Bots nach der Migration validieren und aktualisieren

Migrierte Bots werden in das öffentliche Repository des Automation 360-Control Room hochgeladen (im gleichen Ordner mit den entsprechenden ATMX-Dateien). Sie können den aktuellen Status der migrierten Bots und alle Fehler aufgrund von nicht unterstützten Befehlen oder Attributen in diesen Bots auf der Seite Migrationsliste überprüfen.

Es ist wichtig, dass Sie alle migrierten Bots überprüfen, testen und verifizieren, um sicherzustellen, dass sie erfolgreich in der Automation 360-Umgebung ausgeführt werden.

Der Migrationsassistent wurde mit dem Fehlerassistenten zusammengeführt, um einen umfassenden Überblick über alle Zeilen in einem Bot zu bieten, die von Ihnen geprüft oder bearbeitet werden müssen oder die Fehler enthalten und daher von Ihnen korrigiert werden müssen. Mit dieser Funktion können Sie schnell die Bereiche von Bots identifizieren, die Ihre Aufmerksamkeit erfordern. Blättern Sie vor dem Testen von Bots den gesamten migrierten Bot von der ersten bis zur letzten Zeile durch, damit der Migrationsassistent alle Probleme markieren kann.

Wenn Sie nicht den gesamten Bot überprüfen, wird möglicherweise ein Kompilierungsfehler angezeigt.

Bots aktualisieren

Wenn ein Bot Änderungen basierend auf den Migrationsberichten oder der Testphase erfordert, können Sie den Bot bearbeiten:
  1. Checken Sie den Bot aus dem öffentlichen Repository in ein privates Repository aus.
  2. Verwenden Sie den Migrationsassistenten, um die Änderungen an migrierten Bots anzuzeigen.

    Der Migrationsassistent führt Sie durch alle erforderlichen Änderungen und bietet Ihnen die Möglichkeit, neue Automation 360-Funktionen zu nutzen.

  3. Bearbeiten Sie die Bots bei Bedarf im Bot Editor.

    Sie können einen Bot direkt über den Bot Editor ausführen, während Sie Ihren Bot ändern, um die Prozessschritte zu testen.

Führen Sie diese Schritte in Ihrer Entwicklungsumgebung (DEV) aus. Nachdem die migrierten Bots Ihre voreingestellten Kriterien erfüllt haben, verschieben Sie sie in die UAT-Umgebung (User Acceptance Testing), um die Bots in produktionsähnlichen Systemen mit größeren Datasets zu testen.

Stellen Sie den Bot erst dann in einer Produktionsumgebung (PROD) bereit, wenn er die UAT-Anforderungen erfüllt. Dieser Prozess ist Teil der typischen Best Practices für den Software Development Lifecycle (SDLC) nach Industriestandard.

Bots mit Bot Lifecycle Management verschieben

Verwenden Sie Bot Lifecycle Management, um Bots von einer Umgebung in eine andere zu verschieben. Nachdem Sie die migrierten Bots in der Entwicklungsumgebung (DEV) getestet und erfolgreich ausgeführt haben, können Sie die Bots mit Bot Lifecycle Management aus der Entwicklungsumgebung in die UAT-Umgebung verschieben. Auf ähnliche Weise können Sie die Bots mit Bot Lifecycle Management aus der UAT-Produktionsumgebung (PROD) verschieben.

Wenn Sie die Bots verschieben und der folgende Fehler auftritt: „Verzeichnis kann nicht erstellt werden: <Verzeichnisname>“, siehe Unable to import or export the bots from v11 to Automation 360 (A-People login required).

Bot-Kompatibilitätsversion

Wenn Sie nach der Migration AAApplicationPath aus dem Zielpfad entfernen und die Bot-Kompatibilitätsversion auf 1 eingestellt ist, schlägt die Bot-Bereitstellung fehl. Das ist darauf zurückzuführen, dass in Version 1 der Dateipfad während der Kompilierung geparst wird. Je nach Control Room-Gerät (Linux oder Windows) können die Datei- oder Ordnerpfade unterschiedlich sein, was zu einem Fehler führt, wenn dieser Pfad während der Bot-Kompilierung geparst wird.

Recommendation: Ändern Sie die Bot-Kompatibilitätsversion auf 2. In dieser Version wird der Dateipfad zur Bot-Laufzeit geparst, abhängig von dem Gerät, auf dem der Bot läuft.

Wenn Sie die Bots von Enterprise 11 nach Automation 360 migrieren, haben die Bots eine standardmäßige Bot-Kompatibilitätsversion von 1. Wenn Sie die Bot-Kompatibilitätsversion von 1 auf eine andere Version (z. B. 2, 3 oder 4) ändern und Ihr Bot oder Dateipfad eine Kombination aus Schräg- und umgekehrten Schrägstrichen enthält, schlägt die Bot-Ausführung mit einer Fehlermeldung zur Überprüfung des Pfads fehl.

Betrachten Sie die folgenden Szenarien, um zu verstehen, wie sich eine Änderung der Bot-Kompatibilitätsversion auf die migrierten Bots auswirkt.

Szenario 1:
  • Bot-Kompatibilitätsversion: Beibehalten als 1
  • Eingabepfad: c:\test/foo.pdf
  • Pfad während der Kompilierung: Bleibt derselbe wie der Eingabepfad, d. h. c:\test/foo.pdf
  • Ergebnis: Bot wird erfolgreich ausgeführt
Szenario 2:
  • Bot-Kompatibilitätsversion: Geändert auf 2, 3 oder 4
  • Eingabepfad: c:\test/foo.pdf
  • Pfad während der Kompilierung: Geändert in c:\test\foo.pdf
  • Ergebnis: Bot-Ausführung schlägt fehl

Sie können entweder die Bot-Kompatibilitätsversion als 1 für die migrierten Bots beibehalten oder den Bot oder Dateipfad für diejenigen Bots ändern, die eine Kombination aus Schräg- und umgekehrten Schrägstrichen in ihrem Pfad enthalten.

Im folgenden Video sehen Sie, wie Sie Änderungen an migrierten Bots validieren können: