- Erste Schritte
- Best Practices
- Organisationsmodellierung im Orchestrator
- Beste Praktiken für die Automatisierung (Automation Best Practices)
- Optimieren von Unattended-Infrastruktur mithilfe von Maschinenvorlagen
- Organisieren von Ressourcen mit Tags
- Schreibgeschütztes Orchestrator-Replikat
- Exportieren von Rastern im Hintergrund
- Durchsetzung der Governance der Integration Service-Verbindung auf Benutzerebene
- Mandant
- Über den Kontext „Mandant“
- Suche nach Ressourcen in einem Mandanten
- Verwaltung von Robotern
- Verbindung von Robotern mit Orchestrator
- Speicherung von Roboterzugangsdaten in CyberArk
- Speichern der Kennwörter von Unattended-Robotern im Azure Key Vault (schreibgeschützt)
- Speichern der Anmeldeinformationen von Unattended-Robotern im HashiCorp Vault (schreibgeschützt)
- Speichern der Anmeldeinformationen von Unattended-Robotern im AWS Secrets Manager (schreibgeschützt)
- Löschen von getrennten und nicht reagierenden Unattended-Sitzungen
- Roboter-Authentifizierung
- Roboter-Authentifizierung mit Client-Anmeldeinformationen
- Konfigurieren von Automatisierungsfunktionen
- Lösungen
- Audit
- Cloud Robots
- Ausführen von Unattended-Automatisierungen mit Cloud Robot – VM
- Hochladen Ihres eigenen Image
- Wiederverwenden von benutzerdefinierten Maschinen-Images (für manuelle Pools)
- Zurücksetzen der Anmeldeinformationen für eine Maschine (für manuelle Pools)
- Überwachung
- Sicherheitsupdates
- Testversion anfordern
- Häufig gestellte Fragen
- Konfigurieren einer VPN für Cloud-Roboter
- Konfigurieren einer ExpressRoute-Verbindung
- Live-Streaming und Remotesteuerung
- Events
- Anzeigen und Zugreifen auf Benachrichtigungen
- Anzeigen und Zugreifen auf E-Mail-Benachrichtigungen
- Es werden nur ungelesene Benachrichtigungen angezeigt
- Alle Benachrichtigungen als gelesen markieren
- Alle Benachrichtigungen löschen
- Löschen von Benachrichtigungen
- Abonnieren von Ereignissen
- Abbestellen von Ereignissen
- Ordnerkontext
- Automatisierungen
- Prozesse
- Jobs
- Apps
- Auslöser
- Protokolle
- Überwachung
- Warteschlangen
- Assets
- Über Assets
- Verwalten von Assets in Orchestrator
- Verwalten von Assets in Studio
- Speichern von Assets im Azure Key Vault (schreibgeschützt)
- Speichern von Assets im HashiCorp Vault (schreibgeschützt)
- Speichern von Assets im AWS Secrets Manager (schreibgeschützt)
- Speichern von Assets in Google Secret Manager (schreibgeschützt)
- Geschäftsregeln
- Speicher-Buckets
- MCP-Server
- Indizes
- Testverfahren in Orchestrator
- Ressourcenkatalogdienst
- Integrationen
- Fehlersuche und ‑behebung

Orchestrator-Anleitung
In folgender Tabelle wird beschrieben, mit welchen Lizenzabos Cloud-Robotern genutzt werden dürfen:
|
Funktionen |
Community |
Grundversuch |
Standard |
Standardversuch |
Standard |
Enterprise | Standardtestversion für Anwendungen | Anwendungstests – Standard | Anwendungstests für Unternehmen |
|---|---|---|---|---|---|---|---|---|---|
|
Automation Cloud™-Roboter – VM |
|
|
|
|
|
|
|
|
|
|
Automation Cloud™-Roboter – serverlos |
|
|
|
|
|
|
|
|
|
|
Elastic Robot Orchestration |
|
|
|
|
|
|
|
|
|
Stellen Sie beim Definieren der automatischen Maschinenvorlage sicher, dass Sie über ausreichend Platform Units zur Ausführung Ihrer Maschinen verfügen.
Wenn Sie nicht über ausreichend Platform Units verfügen, gelten folgende Verbrauchsbeschränkungen:
-
Wenn die vorhandenen Platform Units nicht für die im Pool definierten Höchstanzahl an VMs ausreichen, löschen wir alle Maschinen im Pool und halten die Erstellung neuer Maschinen an, bis Sie genügend Platform Units zur Unterstützung der maximalen Anzahl an Maschinen zugewiesen bekommen haben.
Hinweis: Anstatt weitere Platform Units hinzuzufügen, empfehlen wir Ihnen, die maximale Anzahl der VMs im Pool zu verringern. - Ein Auftrag, der auf einer Maschine ausgeführt wird, die nicht über genügend Platform Units verfügt, generiert folgende Warnung: „Keine VMs in <Pool_name>aufgrund unzureichender Platform Units“.
- Sobald genügend Platform Units verfügbar sind, werden diese automatisch verbraucht.
- Wenn sich mehrere Pools im Status „Überverbrauch“ befinden, weisen wir alle verfügbaren Platform Units der zuletzt erstellten Teilmenge an Pools zu.
Beispiel: Sie haben fünf Pools mit jeweils maximal drei Maschinen, d. h. insgesamt 15 Maschinen. Ihre Plattform kann zwei Maschinen unterstützen, was bedeutet, dass sich alle fünf Pools jetzt in Status „Überverbrauch“ befinden und damit nicht verwendbar sind.
- Sie fügen die erforderliche Plattform hinzu, um fünf weitere Maschinen zu unterstützen. Jetzt können Sie insgesamt sieben Maschinen verwenden.
- Zwei Pools werden verfügbar und verbrauchen Platform Units für sechs Maschinen (zwei Pools mit jeweils drei Maschinen).
- Drei Pools verbleiben im Status „Überverbrauch“ und die verfügbaren Platform Units dienen einer Maschine. Daher werden die beiden Pools als Letztes erstellt.
Freigeben und Wiederverwenden von Robot Units
Sobald automatische Pools erstellt wurden, werden die zugewiesenen Platform Units auf Grundlage von deren monatlichen Verteilung verbraucht. Die automatische Verlängerung greift, wenn Platform Units verfügbar sind.
Wenn eine VM aus einem manuellen Pool oder ein automatischer Pool gelöscht wird, werden die entsprechenden Platform Units in den folgenden 24 Stunden freigegeben.
-
Die freigegebenen Platform Units können im laufenden Vertragsmonats im selben Mandanten wiederverwendet werden.
-
In den folgenden Monaten können die verbleibenden Platform Units mandantenübergreifend eingesetzt werden.
Zum Beispiel: Sie haben ein Paket von 10.000 Platform Units im Rahmen eines einjährigen Vertrags erworben, der am 1. Januar beginnt und am 31. Dezember endet. Damit greift folgender Zeitplan:
-
1. Januar – Sie erstellen VM1 im Mandanten M1, die den ausgehandelten Betrag von beispielsweise 1.200 Platform Units verbraucht.
-
15. Januar – Sie löschen VM1 aus dem Mandanten T1.
-
16. Januar – Es werden die 1.200 Platform Units freigegeben, die Sie zur Erstellung von VM2 im selben Mandanten M1 wiederverwenden können.
-
1. Februar – Sie lassen dieselbe VM2 im Mandanten M1 laufen, wobei gemäß der monatlichen Verteilung weitere 1.200 Platform Units aus Ihrem Bundle verbraucht werden. Ihnen bleiben 7.600 Platform Units (10.000 minus 1.200 für Januar und 1.200 für Februar).
-
15. Februar – Sie behalten dieselbe VM2 im Mandanten M1, erstellen jedoch zwei weitere VMs in zwei verschiedenen Mandanten, M2 und M3. Dabei werden 2.400 Platform Units von den verbleibenden 7.600 Einheiten verbraucht: eine für die VM im Mandanten M2 und eine für die VM im Mandanten M3. Ihnen bleiben jetzt 5.200 Platform Units.