Geplante Wartungstage in RPA-Hub

Verfolgen Sie die Tage der geplanten Wartung (SM) im Robot-Kalender, damit die Bot-Prozesse optimal funktionieren. Wenn ein Problem auftritt, können Sie vorbeugende Maßnahmen ergreifen. Beispielsweise können Sie vorab wissen, an welchen Tagen der Robot- oder Bot-Prozess nicht verfügbar ist, um die Anzahl der übersprungenen Prozessaufträge zu vermeiden.

Übersicht über die Tage der geplanten Wartung

Ein Tag der geplanten Wartung (SM) ist der Tag, an dem ein Configuration Item (CI), z. B. ein Robot oder ein Bot-Prozess, nicht zur Ausführung verfügbar ist. Wenn eine Change-Anforderung für einen Robot- oder Bot-Prozess vom Release Manager Robotic Process Automation (RPA) oder RPA-Administrator akzeptiert wird, um einen geplanten Wartungstag zu erstellen. Dann kann der Robot- oder Bot-Prozess zu diesem Zeitpunkt nicht ausgeführt werden.

Ein RPA-Supportbenutzer, RPA-Entwickler und RPA-Geschäftsbenutzer kann die geplanten Wartungstage im Robot-Kalender anzeigen. Sie können sicherstellen, dass der RPA-Geschäftsbenutzer auch der Liste Verwaltet nach Gruppe hinzugefügt wird.

Geplante Wartungstage gelten auch für die Robots im Robot-Pool.

Vorteile von Tagen für die regelmäßige Wartung

Mit den geplanten Wartungstagen im Robot-Kalender profitieren Sie von folgenden Vorteilen:

• Führen Sie eine Robot-Kapazitätsplanung mit besserer Transparenz und umfangreicher visueller Darstellung in einer einzigen Ansicht durch.
• Optimieren Sie die Robot-Auslastung, und vermeiden Sie potenzielle Probleme im Zusammenhang mit geplanten Wartungsfenstern.
• Ermöglicht Ihnen, proaktive Maßnahmen zu ergreifen, anstatt für ein Konfigurationselement (Robot oder Bot-Prozess) reaktiv zu sein.

Workflow

In RPA-Hubwird eine Change-Anforderung (CR) mit Details zum geplanten Start- und Enddatum sowie der Uhrzeit erstellt. Diese CR wird nur dann als geplanter Wartungstag im Robot-Kalender angezeigt, wenn sich die Change-Anforderung im Status „Geplant“, „Implementieren“ oder „Überprüfen“ befindet. Weitere Informationen zu den CR-Status finden Sie unter State model and transitions.

Im Robot-Kalender wird eine zugehörige SM-Ereigniskarte angezeigt, um die geplanten Wartungstage anzuzeigen.

Im folgenden Beispiel finden Sie einen Snapshot von Ereigniskarten für geplante Wartungstage im Robot-Kalender.

Abbildung : 1. Ereigniskarten für geplanten Wartungstag im Robot-Kalender

RPA-Business-Anwender, RPA-Release-Manager, RPA-Support-Anwender, RPA-Entwickler und RPA-Administratoren haben Einblick in die potenziellen Auswirkungen aktueller oder zukünftiger Automatisierungsausführungen. RPA-Release-Manager und RPA-Administratoren können eine entsprechende Handlungsaufforderung tätigen, z. B. Akzeptieren oder Ablehnen einer zugehörigen SM-Ereigniskarte für das CI im Robot-Kalender.

Wenn die SM-Ereigniskarte akzeptiert wird, wird im Robot-Kalender eine Wartungsanforderung (Maintenance Request, MR) mit dem Status Ausstehend erstellt.

Im folgenden Beispiel finden Sie einen Snapshot einer akzeptierten SM-Tagesereigniskarte im Robot-Kalender.

Abbildung : 2. Snapshot einer akzeptierten Ereigniskarte für den geplanten Wartungstag im Robot-Kalender

Wenn sich das zugeordnete CI im Status Veröffentlicht befindet, wechselt das zugeordnete CI während des geplanten Wartungszeitraums in den Status „In Wartung“. Die Ausführungen werden angehalten, bis die CR geschlossen wird. Dann wird das CI automatisch in den Status Veröffentlicht versetzt.

Im folgenden Beispiel sehen Sie einen Snapshot vom Akzeptieren der SM-Ereigniskarte, wenn sich das zugehörige CI (Bot-Prozess) im Status Veröffentlicht befindet.

Abbildung : 3. Akzeptiert eine geplante Wartungsereigniskarte im Robot-Kalender

Wenn die SM-Ereigniskarte abgelehnt wird, wird sie nicht im Robot-Kalender angezeigt. Eine MR wird mit dem Status „Abgelehnt“ erstellt.

Sie können die Wartungsanforderung anzeigen, um den Status der geplanten Wartung nachzuverfolgen. Weitere Informationen finden Sie unter Zeigen Sie Wartungsanforderungen in an RPA-Hub und Wartungsanforderungsformular in RPA-Hub.

Weitere Informationen zum Verwalten von Tagen für geplante Wartungsarbeiten finden Sie unter Verwalten Sie geplante Wartungstage in RPA-Hub.

Zuordnung zwischen einer Change-Anforderung und einer Wartungsanforderung

Es gibt eine Eins-zu-eins-Zuordnung zwischen einer Change-Anforderung (CR) und einer Wartungsanforderung (MR). Wenn eine vorhandene MR einer CR zugeordnet ist und Sie eine MR für dieselbe CR erstellen möchten. Dann müssen Sie die vorherige MR abbrechen und eine MR für dieselbe CR erstellen. Beispiel: CR1 ist MR1 (CR1:MR1) zugeordnet. Um MR2 zu erstellen, müssen Sie MR1 abbrechen und CR1 zu MR2 zuordnen (CR1:MR2).

Wenn mehrere oder doppelte CRs für dasselbe CI erstellt werden, werden die MRs für eine beliebige CR berücksichtigt. Der RPA-Release Manager trifft die Entscheidung.

Verhalten der geplanten Wartungstage für verschiedene CR-Status

Wenn sich die CR im Status „Zeitplan“, „Implementieren“ oder „Überprüfung“ befindet und die Felder „Geplantes Startdatum“ und „Geplantes Enddatum“ im CR-Formular angegeben sind. Dann tritt gemäß diesen Daten der geplante Wartungstag auf. Die MR wird in einer bestimmten Reihenfolge aktualisiert:

• Eine MR wird mit dem Status Ausstehend erstellt.
• Die MR wird dann auf den Status In Bearbeitung aktualisiert, nachdem das geplante Startdatum initiiert wurde.
• Das zugeordnete CI wechselt in den Status In Wartung.

Wenn sich die CR im Status „Zeitplan“, „Implementieren“ oder „Überprüfung“ befindet und das Feld Geplantes Startdatum im CR-Formular leer ist. Dann wird der SM-Tag nicht im Robot-Kalender angezeigt, und die vorhandene MR wird nicht ausgeführt.

Wenn sich die CR im Status „Zeitplan“, „Implementieren“ oder „Überprüfung“ befindet und das Feld Geplantes Enddatum im CR-Formular leer ist. Beispiel: Das geplante Startdatum ist der 21. Januar. Dann spiegelt der SM-Tag nur für einen Tag wider, beginnend mit dem geplanten Startdatum bis 23:59 Uhr am selben Tag. Für den 21. Januar wird ein MR erstellt. Das CI befindet sich bis zum Schließen der CR im Status „In Wartung“, auch wenn das Datum verstrichen ist. Die geplante Wartung wird jedoch nach Ablauf des Enddatums nicht im Robot-Kalender angezeigt.

Wenn sich die CR im Status „Zeitplan“, „Implementieren“ oder „Überprüfung“ befindet, sind die Felder Geplantes Startdatum und Geplantes Enddatum im Formular „CR“ leer. Dann wird der SM-Tag nicht im Robot-Kalender angezeigt, und die vorhandene MR wird nicht ausgeführt.

Wenn sich die CR im Status „Zeitplan“, „Implementieren“ oder „Überprüfung“ befindet und das geplante Startdatum und das geplante Enddatum im Formular „CR“ neu geplant werden. Dann wird die geplante Wartung automatisch auf das Neuplanungsdatum aktualisiert. Das vorherige MR wird storniert, und der RPA-Releasemanager erstellt ein MR für das neu geplante Datum, indem er die SM-Ereigniskarte akzeptiert.

Wenn die Option Warten im CR-Formular ausgewählt ist, wird der SM-Tag nicht im Robot-Kalender angezeigt, und die vorhandene MR wird nicht ausgeführt.

Wenn sich die CR des jeweiligen CI jedoch nicht im Status „Geschlossen“ befindet, ist das CI funktionsfähig. Dann kann der RPA-Release Manager den Status der Lebenszyklusphase des CI auf Veröffentlicht oder In Gebrauch aktualisieren.

Wenn die CR geschlossen ist, wird der Status der Lebenszyklusphase des jeweiligen CI auf Veröffentlicht oder In Gebrauch aktualisiert.

Wenn die CR abgebrochen wird und sich die MR im Status „Ausstehend“ befindet, wird sie nicht ausgeführt. Wenn MR zur Ausführung ausgewählt ist, MR abbrechen. Weitere Informationen finden Sie unter Verwalten Sie geplante Wartungstage in RPA-Hub.

Wenn die CR abgebrochen wird und sich die MR im Status „In Bearbeitung“ befindet. Dann wird der Status der Lebenszyklusphase des CI in den Status Veröffentlicht verschoben, und die MR wird auf den Status Abgeschlossen aktualisiert.

Die folgende Tabelle zeigt das Verhalten der geplanten Wartung an Tagen für verschiedene CR-Status.

Tabelle : 1. Verhalten der geplanten Wartungstage für verschiedene CR-Status

CR Status	Geplantes Startdatum	Geplantes Enddatum	Neu geplantes geplantes Startdatum	Geplantes Enddatum für Neuplanung	Gilt für geplante Wartung	MR-Status
Planen/Implementieren/Überprüfen	21. Januar	22. Januar	Leer	Leer	Ja.	MR wird für den 21. Januar erstellt. Am 21. Januar wechselt er zu In Bearbeitung. Das CI wird auf In Wartung aktualisiert.
Planen/Implementieren/Überprüfen	Leer	22. Januar	Leer	Leer	SM-Tag wird nicht im Robot-Kalender berücksichtigt.	Nicht ausgeführt.
Planen/Implementieren/Überprüfen	21. Januar	Leer	Leer	Leer	SM-Tag spiegelt den 21. Januar bis 23:59 Uhr wider. Die geplante Wartung wird jedoch nach Ablauf des Enddatums nicht im Robot-Kalender angezeigt.	MR wird für den 21. Januar erstellt. Das CI befindet sich bis zum Schließen der CR im Status „In Wartung“, auch wenn das Datum verstrichen ist.
Planen/Implementieren/Überprüfen	Leer	Leer	Leer	Leer	SM-Tag wird nicht im Robot-Kalender berücksichtigt.	Nicht ausgeführt.
Planen/Implementieren/Überprüfen	21. Januar	22. Januar	23. Januar	24. Januar	Die geplante Wartung wird automatisch auf das Neuplanungsdatum aktualisiert.	Die vorherige MR wird storniert (die am 21. Januar fällig ist). Der RPA-Release Manager erstellt eine MR für das Neuplanungsdatum, indem er die SM-Ereigniskarte akzeptiert.
OptionWarten im CR-Formular ist ausgewählt	21. Januar	22. Januar	Leer	Leer	SM-Tag wird nicht im Robot-Kalender berücksichtigt.	Nicht ausgeführt.
Geschlossen	21. Januar	22. Januar	Leer	Leer	Nicht zutreffend	Der Status der Lebenszyklusphase des jeweiligen CI wird auf Veröffentlicht oder In Gebrauch aktualisiert
Abgebrochen	21. Januar	22. Januar	Leer	Leer	Nicht zutreffend	Wenn sich die MR im Status „Ausstehend“ befindet, wird sie nicht ausgeführt. Wenn MR zur Ausführung ausgewählt ist, MR abbrechen. Wenn sich die MR im Status „In Bearbeitung“ befindet. Dann wird der Status der Lebenszyklusphase des CI in den Status Veröffentlicht verschoben, und die MR wird auf den Status Abgeschlossen aktualisiert.