Geplante Wartungstage

Übersicht über geplante Wartungstage

Ein Tag für geplante Wartung (SM) ist der Zeitpunkt, an dem ein Konfigurationselement (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 einen Bot-Prozess von akzeptiert wird Robotic Process Automation(RPA) Release-Manager oder RPA-Administrator zum Erstellen eines geplanten Wartungstages. Dann kann der Robot- oder Bot-Prozess zu diesem Zeitpunkt nicht ausgeführt werden.

Ein RPA-Supportanwender, ein RPA-Entwickler und ein RPA-Geschäftsanwender können die geplanten Wartungstage im Robot-Kalender anzeigen. Sie können sicherstellen, dass der RPA-Geschäftsanwender auch der Liste „verwaltet von Gruppe“ hinzugefügt wird.

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

Vorteile geplanter Wartungstage

Mit den geplanten Wartungstagen im Robot-Kalender erhalten Sie die folgenden Vorteile:

Führen Sie eine Robot-Kapazitätsplanung mit besserer Transparenz und umfassender visueller Darstellung in einer einzigen Ansicht durch.
Optimieren Sie die Robot-Nutzung, 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-Hub, Eine Change-Anforderung (CR) mit Details zu geplanten Start- und Enddaten zusammen mit der Zeit wird erstellt. Diese CR wird nur dann als geplanter Wartungstag im Robot-Kalender angezeigt, wenn sich die Change-Anforderung entweder im status „geplant“, „Implementieren“ oder „Überprüfen“ befindet. Weitere Informationen zu den CR-status finden Sie unter .

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

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

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

RPA-Geschäftsanwender, RPA-Release-Manager, RPA-Supportanwender, 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 ausführen, z. B. entweder eine zugeordnete SM-Ereigniskarte für das CI im Robot-Kalender akzeptieren oder ablehnen.

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

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

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

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

Im folgenden Beispiel finden Sie einen Snapshot der Annahme der SM-Ereigniskarte, wenn sich das zugehörige CI (Bot-Prozess) im Status „veröffentlicht“ befindet.

Snapshot der Annahme einer geplanten Wartungsereigniskarte im Robot-Kalender, wenn sich das zugeordnete CI im Status „veröffentlicht“ befindet. — Abbildung : 3. Akzeptieren Sie eine Ereigniskarte für geplante Wartung im Robot-Kalender

Wenn die SM-Ereigniskarte abgelehnt wird, wird sie nicht im Robot-Kalender berücksichtigt. Ein 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 zur Verwaltung geplanter Wartungstage finden Sie unter Verwalten Sie geplante Wartungstage in RPA-Hub.

Zuordnung zwischen einer Change-Anforderung und einer Wartungsanforderung

Zwischen einer Change-Anforderung (CR) und einer Wartungsanforderung (MR) ist eine eins-zu-eins-Zuordnung vorhanden. Wenn ein vorhandenes MR einer CR zugeordnet ist und Sie ein MR für dieselbe CR erstellen möchten. Dann müssen Sie den vorherigen MR abbrechen und einen MR für dieselbe CR erstellen. Beispiel: Wenn CR1 MR1 zugeordnet ist (CR1:MR1). Zum Erstellen von MR2 müssen Sie MR1 abbrechen und CR1 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 geplanter Wartungstage für verschiedene CR-status

Wenn sich die CR entweder im status „Zeitplan“, „Implementieren“ oder „Überprüfen“ befindet, und Geplantes Startdatum Und Geplantes Enddatum Felder im CR-Formular werden erwähnt. Dann findet der geplante Wartungstag an diesen Daten statt. Das MR wird in folgender Reihenfolge aktualisiert:

Ein MR wird mit dem Status „Ausstehend“ erstellt.
Das MR wird dann nach dem in den Status „in Bearbeitung“ aktualisiert Geplantes Startdatum Ist initiiert.
Das zugeordnete CI wechselt in den Status „in Wartung“.

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

Wenn sich die CR entweder im status „Zeitplan“, „Implementieren“ oder „Überprüfen“ befindet, und Geplantes Enddatum Feld im CR-Formular ist leer. Beispiel: Geplantes Startdatum Ist 21. Januar. Dann spiegelt sich der SM-Tag nur für einen Tag ab dem geplanten Startdatum bis 23:59 Uhr am selben Tag wider. Ein MR wird für den 21. Januar erstellt. Das CI befindet sich im Status „Wartung“, bis die CR geschlossen wurde, auch wenn das Datum überschritten wurde. Die geplante Wartung spiegelt sich jedoch nicht im Robot-Kalender wider, nachdem das Enddatum verstrichen ist.

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

Wenn sich die CR entweder im status „Zeitplan“, „Implementieren“ oder „Überprüfen“ befindet, und Geplantes Startdatum Und Geplantes Enddatum Auf dem CR-Formular werden neu geplant. Dann wird die geplante Wartung automatisch auf das neu geplante Datum aktualisiert. Der vorherige MR wird abgebrochen, und der RPA-Release-Manager erstellt einen MR für das neu geplante Datum, indem er die SM-Ereigniskarte akzeptiert.

Wenn Angehalten Die Option im CR-Formular ist ausgewählt, dann spiegelt sich der SM-Tag nicht im Robot-Kalender wider, und das vorhandene MR wird nicht ausgeführt.

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

Wenn die CR geschlossen ist, wird der Lebenszyklusphasenstatus des jeweiligen CI auf „veröffentlicht“ oder „in Gebrauch“ aktualisiert.

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

Wenn die CR abgebrochen wird und sich der MR im Status „in Bearbeitung“ befindet. Dann wird der Lebenszyklusphasenstatus des CI in den Status „veröffentlicht“ verschoben, und das MR wird in den Status „Abgeschlossen“ aktualisiert.

Die folgende Tabelle zeigt das Verhalten geplanter Wartungstage für verschiedene CR-status.

Tabelle : 1. Verhalten geplanter Wartungstage für verschiedene CR-status
CR-Status	Geplantes Startdatum	Geplantes Enddatum	Neu Geplantes Geplantes Startdatum	Neu Geplantes Geplantes Enddatum	Gilt für geplante Wartung	MR-Status
Planen/Implementieren/Überprüfen	21.-Jan	22-Jan	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-Jan	Leer	Leer	SM-Tag spiegelt sich nicht im Robot-Kalender wider.	Nicht ausgeführt.
Planen/Implementieren/Überprüfen	21.-Jan	Leer	Leer	Leer	SM-Tag findet am 21. Januar bis 59 Uhr statt. Die geplante Wartung spiegelt sich jedoch nicht im Robot-Kalender wider, nachdem das Enddatum verstrichen ist.	MR wird für den 21. Januar erstellt. CI befindet sich im Status „Wartung“, bis die CR geschlossen wurde, auch wenn das Datum überschritten wurde.
Planen/Implementieren/Überprüfen	Leer	Leer	Leer	Leer	SM-Tag spiegelt sich nicht im Robot-Kalender wider.	Nicht ausgeführt.
Planen/Implementieren/Überprüfen	21.-Jan	22-Jan	23.-Jan	24.-Jan	Die geplante Wartung wird automatisch auf das neu geplante Datum aktualisiert.	Der vorherige MR wird storniert (der am 21. Januar fällig ist). Der RPA-Release-Manager erstellt einen MR für das neu geplante Datum, indem er die SM-Ereigniskarte akzeptiert.
Angehalten Option im CR-Formular ist ausgewählt	21.-Jan	22-Jan	Leer	Leer	SM-Tag spiegelt sich nicht im Robot-Kalender wider.	Nicht ausgeführt.
Geschlossen	21.-Jan	22-Jan	Leer	Leer	Nicht zutreffend	Der Lebenszyklusphasenstatus des jeweiligen CI wird auf „veröffentlicht“ oder „in Gebrauch“ aktualisiert
Abgebrochen	21.-Jan	22-Jan	Leer	Leer	Nicht zutreffend	Wenn sich das MR im Status „Ausstehend“ befindet, wird das MR nicht ausgeführt. Wenn der MR zur Ausführung ausgewählt wird, brechen Sie den MR ab Wenn sich das MR im Status „in Bearbeitung“ befindet. Dann wird der Lebenszyklusphasenstatus des CI in den Status „veröffentlicht“ verschoben, und das MR wird in den Status „Abgeschlossen“ aktualisiert.