- Einleitung
- Erste Schritte
- Verständnis des Lebenszyklus der Lösungsentwicklung
- Lösungskomponenten – Studio Web und Orchestrator
- Übersicht über die Lösungs-UI
- Entwickeln von Automatisierungen mit und ohne Lösungen
- Verfügbarkeit von Lösungsfunktionen
- Verwalten von Lösungsprojekten und -paketen
- Verwalten von Lösungsbereitstellungen
- Best Practices
Lösungskomponenten – Studio Web und Orchestrator
Komponenten der UiPath-Plattform, die als Lösung gepackt und bereitgestellt werden können, wobei die Unterstützung für die Workflows von Studio Web und Orchestrator in Automation Cloud unterschiedlich ist.
Während beide Workflows auf die Bereitstellung einer Lösung abzielen (über Studio Web und Orchestrator), werden in Studio Web nicht alle Lösungskomponenten gleich unterstützt, während einige Komponenten nur über Orchestrator unterstützt werden.
Für jede Hauptproduktkomponente ist in den folgenden Tabellen angegeben, welche Komponenten im jeweiligen Workflow unterstützt werden:
Studio Web unterstützt auch zusätzliche Lösungsressourcen (z. B. Geschäftsregeln, Abhängigkeiten und Aufgabenkataloge), die automatisch mit Automatisierungsprojekten verpackt, aber nicht als eigenständige Lösungskomponenten bereitgestellt werden. Weitere Informationen zu diesen Ressourcen finden Sie unter Studio Web – Entwerfen von Lösungen.
UiPath-Plattformressourcen, die als Lösung verpackt, exportiert und bereitgestellt werden können
| Komponente (Produkt) | Beim Entwerfen der Lösung in Studio Web (empfohlen) | Beim Erstellen des Lösungspakets im Orchestrator |
|---|---|---|
| Action Center – Aufgabenkatalog | ✅ | ✅ |
| Apps | ✅ | ✅ |
| Data Service – Entitäten auf Ordnerebene & Auswahlsätze | ✅ | ✅ |
| Data Service – Entitäten auf Mandantenebene & Auswahlsätze | ✅ (nur als Abhängigkeit einer bereits veröffentlichten VB-App, auf die in der Lösung verwiesen wird) | ✅ |
| Integration Service – Verbindungen | ✅ | ✅ |
| Integration Service – Benutzerdefinierte Konnektoren | ✅ (nur als Abhängigkeit einer Verbindung, die einen benutzerdefinierten Connector verwendet; Sie können keinen benutzerdefinierten Connector direkt hinzufügen) | ✅ |
| Orchestrator – Assets (Test, Bool, Integer, Anmeldeinformationen) | ✅ | ✅ |
| Orchestrator - Processes (RPA, Maestro BPMN, Case, and Flow, Maestro Automate, App, Agent, Testing, API) | ✅ | ✅ |
| Orchestrator – MCP-Server | ✅ | ✅ |
| Orchestrator – Warteschlangen | ✅ | ✅ |
| Orchestrator – Speicher-Buckets (Orchestrator, Azure, Amazon S3) | ✅ | ✅ |
| Orchestrator – Webhooks | ❌ | ✅ |
| Orchestrator – Bibliotheken | ❌ | ✅ |
| Kontextgrundlage (Indizes) | ✅ | ✅ |
| IXP – Modelle (Vorschau) | ✅ | ✅ |
Die folgende Tabelle enthält auch eine detailliertere Aufschlüsselung der Verwendung von Orchestrator- und Integration Service-Triggern.
| Trigger (Produkt oder Typ) | Beim Entwerfen der Lösung in Studio Web (empfohlen) | Beim Erstellen des Lösungspakets im Orchestrator |
|---|---|---|
| Orchestrator | ||
| → Zeit | ✅ | ✅ |
| → Warteschlange | ✅ | ✅ |
| → API | ❌ | ❌ |
| → Ereignisse | ✅ | ✅ |
| Integration Service | ||
| → Ereignisse | ❌ | ❌ |
Es wird nur ein Trigger pro Einstiegspunkt unterstützt. Orchestrator-Ereignistrigger werden zusammen mit dem Prozess einbezogen, den Sie der Lösung hinzufügen. Trigger sind in der Bereitstellungskonfiguration in Studio Web nicht sichtbar; Sie werden bei der Bereitstellung über Lösungen im Orchestrator sichtbar und konfigurierbar.