Geplante Wartungstage in RPA Hub
Verfolgen Sie die Tage der geplanten Wartung (SM) im Robot-Kalender nach, damit die Bot-Prozesse optimal funktionieren können. Wenn ein Problem auftritt, können Sie vorbeugende Maßnahmen ergreifen. Sie können beispielsweise im Voraus wissen, an welchen Tagen der Robot oder der Bot-Prozess nicht verfügbar ist, um die Anzahl der übersprungenen Prozessaufträge zu vermeiden.
Übersicht
Ein Tag der geplanten Wartung (SM) liegt vor, wenn ein Configuration Item (CI), z. B. ein Robot- oder 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.
RPA-Supportbenutzer, RPA-Entwickler und RPA-Geschäftsbenutzer können 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 geplanten Wartungstagen
- Führen Sie eine Robot-Kapazitätsplanung mit besserer Transparenz und umfangreicher grafischer 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 Hubwird eine Change-Anforderung (CR) mit Details zum geplanten Start- und Enddatum und 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 mit den geplanten Wartungstagen angezeigt.
Das folgende Beispiel zeigt einen Snapshot von Ereigniskarten für den Tag der geplanten Wartung im Robot-Kalender.
RPA-Geschäftsbenutzer, RPA-Release-Manager, RPA-Supportbenutzer, RPA-Entwickler und RPA-Administratoren haben Einblick in die potenziellen Auswirkungen aktueller oder zukünftiger Automatisierungsausführungen. RPA-Releasemanager und RPA-Administratoren können eine entsprechende Handlungsaufforderung ausführen, z. B. eine zugehörige SM-Ereigniskarte für das CI im Robot-Kalender akzeptieren oder ablehnen.
Wenn die SM-Ereigniskarte akzeptiert wird, wird im Robot-Kalender eine Wartungsanforderung (Maintenance Request, MR) mit dem Status Ausstehend erstellt.
Wenn sich das zugeordnete CI im Status Veröffentlicht befindet, wird das zugeordnete CI während des geplanten Wartungszeitraums in den Status In Wartung verschoben. Die Ausführungen werden angehalten, bis die CR geschlossen wird. Dann wird das CI automatisch in den Status Veröffentlicht verschoben.
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 Formular „Wartungsanforderung“..
Weitere Informationen zum Verwalten von geplanten Wartungstagen 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) besteht eine 1:1-Zuordnung. 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 zugeordnet (CR1:MR1). 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-Releasemanager trifft die Entscheidung.
Verhalten von Tagen mit geplanter Wartung für verschiedene CR-Status
- 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 wird in den Status In Wartung verschoben.
Wenn sich die CR im Status „Zeitplan“, „Implementieren“ oder „Überprüfen“ 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: Geplantes Startdatum ist der 21. Januar. Dann wird der SM-Tag nur für einen Tag angezeigt, beginnend mit dem geplanten Startdatum bis 23:59 Uhr desselben Tages. Für den 21. Januar wird eine MR erstellt. Das CI befindet sich im Status „In Wartung“, bis die CR geschlossen wird, auch wenn das Datum abgelaufen ist. Die Zeitplanwartung wird jedoch nicht im Robot-Kalender angezeigt, nachdem das Enddatum überschritten wurde.
Wenn sich die CR im Status „Zeitplan“, „Implementieren“ oder „Überprüfen“ befindet, sind die Felder Geplantes Startdatum und Geplantes Enddatum im CR-Formular 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üfen“ befindet und das geplante Startdatum und das geplante Enddatum im CR-Formular neu geplant werden. Dann wird die geplante Wartung automatisch auf das neu geplante Datum aktualisiert. Die vorherige MR wird storniert, und der RPA-Releasemanager erstellt eine 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 nicht im Status „Geschlossen“ befindet, das CI jedoch funktionsfähig ist. Anschließend kann der RPA-Releasemanager den Lebenszyklusphasenstatus des CI auf „Veröffentlicht“ oder „In Gebrauch“ aktualisieren.
Wenn die CR geschlossen wird, wird der Lebenszyklusphasenstatus des jeweiligen CI auf „Veröffentlicht“ oder „In Gebrauch“ aktualisiert.
Wenn die CR abgebrochen wird und sich die MR im Status Ausstehend befindet, wird die MR nicht ausgeführt. Wenn die MR zur Ausführung ausgewählt wird, stornieren Sie die MR. 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 Lebenszyklusphasenstatus des CI in den Status „Veröffentlicht“ verschoben, und die MR wird auf den Status „Abgeschlossen“ aktualisiert.
| CR-Status | Geplantes Startdatum | Geplantes Enddatum | Geplantes Startdatum neu geplant | Geplantes Enddatum neu geplant | Gilt für geplante Wartung | MR-Status |
|---|---|---|---|---|---|---|
| Planen/Implementieren/Überprüfen | 21. Januar | 22-Jan | Leer | Leer | Ja. | MR wird für den 21. Januar erstellt. Am 21. Januar wird der Status in In Bearbeitung verschoben. Das CI wird auf „In Wartung“ aktualisiert. |
| Planen/Implementieren/Überprüfen | Leer | 22-Jan | Leer | Leer | SM-Tag wird nicht im Robot-Kalender angezeigt. | Nicht ausgeführt. |
| Planen/Implementieren/Überprüfen | 21. Januar | Leer | Leer | Leer | SM-Tag spiegelt den 21. Januar bis 23:59 Uhr wider. Die Zeitplanwartung wird jedoch nicht im Robot-Kalender angezeigt, nachdem das Enddatum überschritten wurde. |
MR wird für den 21. Januar erstellt. CI befindet sich im Status „In Wartung“, bis die CR geschlossen wird, auch wenn das Datum abgelaufen ist. |
| Planen/Implementieren/Überprüfen | Leer | Leer | Leer | Leer | SM-Tag wird nicht im Robot-Kalender angezeigt. | Nicht ausgeführt. |
| Planen/Implementieren/Überprüfen | 21. Januar | 22-Jan | 23. Januar | 24-Jan | Die geplante Wartung wird automatisch auf das neu geplante Datum aktualisiert. | Die vorherige MR wird storniert (die am 21. Januar fällig ist). Der RPA-Releasemanager erstellt eine MR für das neu geplante Datum, indem er die SM-Ereigniskarte akzeptiert. |
| Die Option Warten im CR-Formular ist ausgewählt | 21. Januar | 22-Jan | Leer | Leer | SM-Tag wird nicht im Robot-Kalender angezeigt. | Nicht ausgeführt. |
| Geschlossen | 21. Januar | 22-Jan | Leer | Leer | Nicht zutreffend | Der Status der Lebenszyklusphase des jeweiligen CI wird auf „Veröffentlicht“ oder „In Gebrauch“ aktualisiert |
| Abgebrochen | 21. Januar | 22-Jan | Leer | Leer | Nicht zutreffend | Wenn sich die MR im Status „Ausstehend“ befindet, wird die MR nicht ausgeführt. Wenn die MR zur Ausführung ausgewählt wird, stornieren Sie die MR. Wenn sich die MR im Status In Bearbeitung befindet. Dann wird der Lebenszyklusphasenstatus des CI in den Status „Veröffentlicht“ verschoben, und die MR wird auf den Status „Abgeschlossen“ aktualisiert. |