- 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
- 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
- Solutions (Lösungen)
- Audit
- Einstellungen
- Registrierung
- Cloud Robots
- Übersicht über 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
- Automation Suite-Roboter
- Ordnerkontext
- Prozesse
- Jobs
- Apps
- Auslöser
- Protokolle
- Überwachung
- Indizes
- 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)
- Verbindungen
- Geschäftsregeln
- Speicher-Buckets
- MCP-Server
- Testverfahren in Orchestrator
- Ressourcenkatalogdienst
- Integrationen
- Fehlersuche und ‑behebung
Best Practices für das Strukturieren von Ordnern, das Benennen von Robotern und das Organisieren von Automatisierungsbereitstellungen im Orchestrator.
Ordner
Ordner schränken den Zugriff auf die Automatisierungsverwaltung ein (wer kann Roboter erstellen, auf Prozesse zugreifen) während die Automatisierung zwischen Abteilungen freigegeben wird.
Roboter
Verwenden Sie aussagekräftige Namen und Beschreibungen für jeden bereitgestellten Roboter. Jedes Mal, wenn ein neuer Roboter bereitgestellt wird, sollte der Typ des Roboters entsprechend gewählt werden.
- Für Unattended-Roboter werden die Windows-Anmeldedaten benötigt, um Unattended-Aufträge auf ihnen auszuführen.
- Für Attended-Roboter werden keine Anmeldedaten benötigt, weil die Aufträge manuell von menschlichen Agenten direkt auf der Maschine ausgelöst werden, auf der die Roboter installiert sind.
Der nächste Schritt nach der Registrierung des Attended-Roboters beim Orchestrator ist die Überprüfung, ob der Status auf der Seite Roboter verfügbar ist.
Prozesse
Alte Versionen von Prozessen, die nicht mehr verwendet werden, sollten gelegentlich gelöscht werden. Versionen können einzeln durch ihre manuelle Auswahl und durch Klicken auf die Schaltfläche Löschen oder die Schaltfläche Inaktiv löschen gelöscht werden. Letztere löscht alle Prozessversionen, die von keinem Prozess verwendet werden.
Es wird empfohlen, mindestens eine alte Version zu behalten, um zurücksetzen zu können, wenn etwas mit der neuesten Prozessversion falsch läuft.
Jobs
Für Roboter, die mehrere Prozesse ohne Unterbrechung ausführen, müssen Sie Aufträge sequenziell auslösen. Sie werden mit dem Status Ausstehend in die Warteschlange gestellt und gestartet, wenn ein Roboter verfügbar wird.
Auftragssteuerelement: Anhalten vs. Beenden
Anhalten ist gegenüber Abbrechen vorzuziehen. Verwenden Sie die Aktivität Should Stop in Ihrem Workflow – sie gibt ein boolesches Ergebnis zurück, das angibt, ob die Schaltfläche Stopp angeklickt wurde.
Kill sendet sofort einen Befehl an den Roboter. Nur bei Bedarf verwenden, da es Robotervorgänge mitten in der Aktion unterbricht.
Auslöser
Neben der offensichtlichen Funktion können Trigger festlegen, dass der jeweilige Roboter rund um die Uhr läuft. Die Aufträge können einer nach dem anderen geplant werden (mit mindestens einer Minute Abstand). Ist der Roboter nicht verfügbar, wenn ein Prozess starten sollte, wird der Prozess zur Auftragswarteschlange hinzugefügt und ausgeführt, sobald ein Roboter verfügbar wird.
Warteschlangen
Verwenden Sie einen bedeutungsvollen Namen und eine Beschreibung für jede erstellte Warteschlange.
Am Ende des Lebenszyklus jeder Transaktion muss jedes Ergebnis der Objektverarbeitung eingestellt werden. Ansonsten werden Transaktionen, die den Status Neu haben, automatisch nach 24 Stunden auf Aufgegeben geändert.
Mit der Aktivität Set Transaction Status kann der Status eines Warteschlangenobjekts auf Erfolgreich oder Fehlgeschlagen festgelegt werden. Denken Sie daran, dass nur die fehlgeschlagenen Elemente mit Anwendungsfehlertyp erneut ausprobiert werden, sofern sie konfiguriert sind.
Wenn dieselben Roboter zwei oder mehr Arten von Elementen verarbeiten sollen, gibt es mindestens zwei Möglichkeiten, sie mithilfe von Warteschlangen zu verwalten:
- Erstellen Sie mehrere Warteschlangen, einen für jeden Objekttyp, und erstellen Sie einen Prozess, der alle Warteschlangen in einer Sequence prüft, und der mit neuen Objekten sollte den spezifischen Prozess auslösen.
- Erstellen Sie eine einzelne Warteschlange für alle Objekte und für jedes Objekt ein Argument „Typ“ oder „Prozess“. Der Roboter sollte, wenn er diesen Parameter kennt, entscheiden, welcher Prozess aufgerufen werden soll.
Transaktionen
Mit der Aktivität Add Transaction Item stehen Ihnen alle Transaktionsfunktionalitäten ohne Verwendung einer Warteschlange zur Verfügung (wobei trotzdem eine zuvor erstellt werden sollte). Diese Aktivität fügt ein Objekt zur Warteschlange hinzu und setzt den Status auf In Bearbeitung. Fangen Sie direkt damit an, das Objekt zu verwenden, und vergessen Sie nicht die, Aktivität Set Transaction Status am Ende Ihres Prozesses zu verwenden.
Protokolle
Mit der Aktivität Add Log Fields fügen Sie mehr Argumente zu Roboter-Protokollen für eine bessere Verwaltung hinzu. Nach der Verwendung im Workflow protokolliert die Aktivität Log Message auch die zuvor hinzugefügten Felder.