- 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
- Computer verwalten
- Agents und Funktionen für lokale Roboter
- Zuweisen von Maschinenobjekten zu Ordnern
- Konfigurieren Sie Konto-Maschine-Zuordnungen.
- EDR-Schutzstatus
- 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
Agents auf lokalen Robotern: Führen Sie Agent-, Funktions- und API-Aufträge auf Ihren eigenen Unattended-Robotern mit dem Runtime-Typ Lokal aus, anstatt nur Cloud – Serverless zu verwenden.
Diese Funktion befindet sich derzeit in der Vorschau.
Mit Agents auf lokalen Robotern können Sie die Prozesstypen Agent, Funktion und API auf Unattended-Robotern ausführen, die Sie selbst hosten, anstatt nur auf von UiPath gehosteten Cloud - Serverless-Robotern. Low-Code-Agents und codierte Agents werden über dieselbe zugrunde liegende Ausführungslaufzeit ausgeführt, die als Unified Runtime bezeichnet wird, unabhängig davon, ob sie auf einem lokalen Roboter oder in Cloud – Serverless ausgeführt werden.
Lokaler Runtime-Typ
Wenn Sie einen Auftrag für einen Agent-, Funktion- oder API-Prozess starten, ist das Dropdownmenü Runtime-Typ auf der Seite Auftrag starten neben Lokal neben Cloud – Serverless enthalten. Wenn Sie Lokal auswählen, wird der Auftrag auf einem Ihrer eigenen verbundenen Unattended-Roboter anstelle einer von UiPath gehosteten Maschine ausgeführt.
Ausführen von Agent-, Funktions- und API-Aufträgen auf dem Runtime-Typ Local erfordert Robot 2026.10 LTS oder 26.0.200 STS.
Jeder Prozesstyp greift auf einen bestimmten Kapazitätspool auf der lokalen Runtime:
| Prozesstyp | Wird auf der lokalen Runtime ausgeführt |
|---|---|
| Agent (Low-Code oder programmiert) | Agentenkapazität |
| Function | Funktionskapazität |
| API | Funktionskapazität |
Im Gegensatz zu den Runtimes Production (Unattended) oder Testing , bei denen eine Runtime unabhängig vom Prozesstyp einem gleichzeitigen Auftrag zugeordnet wird, deckt der Runtime-Typ Lokal mehrere Prozesstypen über separate Kapazitätspools auf derselben Maschinenvorlage ab.
Konfigurieren von Agent- und Funktions-Runtimes
Maschinenvorlagen enthalten einen Abschnitt Agents und Funktionen-Runtimes , der von der vorhandenen RPA-Runtime-Konfiguration getrennt ist. Es hat zwei Felder:
- Agent-Slots: Die Anzahl der Agent-Aufträge, die mithilfe dieser Vorlage parallel auf jeder verbundenen Hostmaschine ausgeführt werden können.
- Funktionsslots: Die Anzahl der Funktions- und API-Aufträge, die parallel auf jeder verbundenen Hostmaschine mit dieser Vorlage ausgeführt werden können.
Agents und Funktionen verbrauchen Einheiten und erfordern keine zusätzlichen Lizenzen. Wenn für Ihren Mandanten keine Einheiten verfügbar sind, beginnen die Ausführungen nicht, selbst wenn Slots konfiguriert sind.
Im Gegensatz zu RPA-Laufzeitlizenzen unterliegen Agent-Slots und Funktionsslots nicht einer Lizenzzulage pro Typ. Sie reservieren die gleichzeitige Ausführungskapazität direkt auf der Hostmaschine, unabhängig von der Mandantenlizenzierung. Sie konfigurieren sie über das gleiche Fenster „Maschinenvorlage“ , das für RPA-Laufzeiten verwendet wird. Schritte finden Sie unter Hinzufügen einer Maschinenvorlage.
Wie der Orchestrator Aufträge an lokale Roboter weiterleitet
Verbundene Roboter melden, welche Prozesstypen und Runtimes sie unterstützen. Der Orchestrator verteilt einen Auftrag nur an einen Roboter, der den Prozesstyp und die Runtime des Auftrags unterstützt.
Wenn derzeit kein verbundener Roboter den erforderlichen Prozesstyp unterstützt, bleibt der Auftrag im Status Ausstehend , bis ein fähiger Roboter eine Verbindung herstellt, anstatt dass er nicht gestartet werden kann. Dieser unterscheidet sich von den RPA-Laufzeittypen, die Sie daran hindern, einen Auftrag zu starten, wenn keine passende Laufzeit verfügbar ist.
Lizenzierung und Verbrauch
Die Ausführung von Agent- und Funktionsaufträgen auf lokalen Robotern ist verbrauchsbasiert, ähnlich wie die Cloud-Serverless-Lizenzierung. Im Gegensatz zu Cloud – Serverless beeinflusst der Verbrauch die Maschinengröße nicht, da die Maschine Ihnen gehört, und nicht zu UiPath.