Migrieren von klassischen Ordnern zu modernen Ordnern

Beim Upgrade der vorhandenen Orchestrator-Instanz werden alle Entitäten nach dem Kontext „Ordner“ migriert, entweder in einen einzelnen Ordner (Standard) oder in einen Ordner für jede vorher verwendete Organisationseinheit. Diese Entitäten können weiterhin wie zuvor verwendet werden, ohne Änderungen an der Abwärtskompatibilität oder Leistung.

Um die Funktionen moderner Ordner zu nutzen, müssen Sie vorhandene Workflows neu kompilieren, die Orchestrator-Aktivitäten verwenden oder direkte HTTP-Aufrufe an die Orchestrator-API mit UiPath.System.Activities v19.10.1 oder höher durchführen. Sie müssen auch alle anderen vorhandenen Entitäten in einer modernen Ordnerstruktur erneut bereitstellen, mit Ausnahme von:

• Roboter – Da sie automatisch für Benutzer mit Zugriff auf den neuen modernen Ordner bereitgestellt werden; und
• Umgebungen – Da sie nicht im Kontext eines modernen Ordners verwendet werden.

Erfahren Sie hier mehr über die zusätzlichen Funktionen moderner Ordner.

Wichtig: Durch das Aktualisieren Ihrer vorhandenen Entitäten auf das moderne Modell geht jegliche Abwärtskompatibilität verloren. Die neu kompilierten Workflows sind nur ausführbar von 2019.10+ Robotern.

Migrieren zu modernen Ordnern

Um Ihre aktuelle Bereitstellung vollständig oder teilweise zu konvertieren, um moderne Ordner zu verwenden, müssen einige Entitäten erneut bereitgestellt werden, während andere vollständig neu erstellt werden müssen.

Auf hoher Ebene ist der Migrationsprozess wie folgt:

• Alle vorherigen Organisationseinheiten oder Mandanten, wenn keine Organisationseinheiten verwendet wurden, werden zu Ordnern der obersten Ebene. Dies geschieht automatisch, wenn Sie Ihre Orchestrator-Instanz aktualisieren.
• Jede Umgebung wird zu einem separaten Unterordner oder alternativ zum eigenen Ordner der obersten Ebene, wenn Sie die Benutzer und Prozesse vollständig getrennt halten möchten.
• Der Workflow jedes Pakets muss mit aktuellen Aktivitäten neu kompiliert und dann erneut veröffentlicht oder in den Orchestrator hochgeladen werden.
• Mithilfe der neu kompilierten Pakete muss jeder Prozess im Ordner (oder Unterordner) erneut bereitgestellt werden, der seiner vorherigen Umgebung entspricht.
• Jeder Benutzer muss den Ordnern hinzugefügt werden, die den Prozessen entsprechen, auf die er zugreifen können muss.

Diese Migration kann für Ihre Benutzer nahtlos sein. Wenn Benutzer weiterhin die vorhandenen Entitäten in den klassischen Ordnern verwenden, in denen sie zugewiesen sind, erstellen Administratoren zwei Roboter mit demselben domain\username, einen in einem klassischen Ordner und einen in einem modernen Ordner. Der Benutzer kann nur die klassischen Prozesse sehen und ausführen, die für ihn verfügbar sind. Nachdem der Orchestrator-Administrator die gesamte moderne Ordnerstruktur und benötigten Entitäten erstellt und hinzufügt hat, gefolgt vom Löschen des Roboters, übernimmt der moderne Roboter und führt die modernen Versionen derselben Prozesse aus, ohne dass sich an der Benutzererfahrung etwas ändert.

Hinweis: Klassische Roboter müssen manuell gelöscht werden, um die Migration abzuschließen. Wenn ein klassischer Roboter mit dem gleichen domain/username wie ein Benutzer in einem modernen Ordner existiert, hat der Benutzer nur Zugriff auf den klassischen Roboter und verwandte Prozesse.

Unterstützte Migration mit dem Orchestrator-Manager

Um die Migration zu modernen Ordnern zu vereinfachen, können Sie den UiPath-Orchestrierungs-Manager verwenden. Dies ist ein Studio-Projekt, das die Orchestrator-API verwendet, um Entitäten basierend auf Microsoft Excel-Arbeitsmappen zu bearbeiten. Eine Anleitung zur Verwendung für die Migration finden Sie in der Produktdokumentation.

Arbeiten in Ordnern

Mithilfe moderner Ordner kann Ihr Automatisierungsworkflow, der von einem einzelnen Ordner aus ausgeführt wird, mithilfe des Parameters FolderPath der Orchestrator-Aktivitäten auf Ressourcen in einem anderen Ordner zugreifen.

Relative Ordnerpfade werden im Parameter FolderPath wie folgt unterstützt:

• Pfad, der mit / beginnt – Beginnt im root-Ordner der Struktur, zu welcher der Umgebungsordner gehört.
• Pfad, der mit . beginnt – Beginnt im Umgebungsordner.
• Pfad, der mit .. beginnt – Beginnt eine Ebene höher in der Hierarchie des Umgebungsordners für jedes .. im Pfad (z. B. ../ für eine Ebene höher, ../../ für zwei Ebenen höher in der Hierarchie).

Beachten Sie, dass nachgestellte Schrägstriche nicht akzeptiert werden.