Auf dieser Seite finden Sie Informationen zu Befehlen in Enterprise 10 und Enterprise 11 sowie deren Zuordnung zu den jeweiligen Aktionen und Paketen in Automation 360. In einigen Fällen wird ein Befehl in Enterprise 10 oder Enterprise 11 zu mehreren Aktionen in Automation 360 migriert. Auf diese Weise wird sichergestellt, dass das Verhalten des migrierten Bots unverändert bleibt.

Automation 360 verfügt über ein neues Paket namens Legacy Automation. Dieses Paket bietet die zusätzliche Unterstützung, die während der Migration benötigt wird. Das Legacy Automation-Paket (Veraltete Automatisierung Paket) ist nur zur Verwendung während der Migration bestimmt; bei der Entwicklung neuer Bots wird das Paket nicht empfohlen.

Sie können Bots migrieren, wenn der Nutzer, der die Migration durchführt, einen authentifizierten Proxyserver verwendet.

Anmerkung: Eine Liste von Paketen und Aktionen, die die Migration und Konvertierung von Internet Explorer-Bots von Enterprise 11 oder Enterprise 10 nach Automation 360 mit Edge mit IE-Modus unterstützen, finden Sie unter Pakete und Aktionen.

Active Directory

Die entsprechenden Active Directory-Befehle werden innerhalb der Verbinden- und Trennen-Aktionen migriert. Die einzelnen Befehle werden wie folgt migriert:

Einzelheiten finden Sie unter Active Directory Paket.

App-Integration

App Integration verfügt in Automation 360 – anders als in Enterprise 10/Enterprise 11 – nicht über Aktionen für jede Technologie. In Automation 360 sind alle Aktionen in einzelne Aktionen unterteilt.
Enterprise 11-Bots, die die Größe des Anwendungsfensters ändern, wenn sie bereitgestellt werden, können nach Automation 360 migriert werden.

Einzelheiten finden Sie unter App-Integration Paket.

Zwischenablage

Alle Clipboard-Befehle werden zu äquivalenten Aktionen des Clipboard-Pakets in Automation 360 migriert. Das Verhalten und der Befehlsname ändern sich nicht.

Einzelheiten finden Sie unter Clipboard Paket.

Kommentar

Kommentar wird zur Aktion Kommentieren in Automation 360 migriert.

Wenn der Befehl Kommentar eine Variable oder ein $-Symbol enthält, wird der Befehl nach der Migration deaktiviert.

Datenbank

Enterprise 10/Enterprise 11 verwendet ODBC-Treiber. Automation 360 verwendet JDBC-Treiber.

Die Aktion SQL-Abfrage heißt in Automation 360 Lesen aus.

In der folgenden Tabelle sind die Befehle aufgeführt, die derzeit migriert werden können:
Enterprise 11- oder Enterprise 10-Befehle Entsprechende Automation 360-Aktionen und -Pakete
Verbinden Dieser Befehl wird zur Aktion Verbinden migriert. Wenn Sie einer nicht unterstützten Verbindungszeichenfolge in Automation 360 begegnen, kann es je nach Ihrer Umgebung verschiedene Gründe dafür geben. Im Rahmen des Migrationsprozesses erfahren Sie weitere Details. Wenden Sie sich an den technischen Support, falls Sie Unterstützung bei der Lösung des Problems benötigen.

0 ist kein gültiger Timeoutwert in Automation 360. Im Migrationsprozess wird 0 durch einen leeren Wert ersetzt.

Gespeicherte Prozedur ausführen Der Parametername und der Ausgabeparameter sind Pflichtfelder in Automation 360.
Wichtig: Nach der Migration des Bots müssen Sie den Parameternamen und den Ausgabeparametertyp in der Aktion Gespeicherte Prozedur ausführen angeben.

Einzelheiten finden Sie unter Datenbank Paket.

Verzögern

Dieser Befehl wird zur Aktion Verzögern in Automation 360 migriert. Die Optionen „Verzögerung in Millisekunden“ und „Verzögerung in Sekunden“ (Enterprise 11) wurden in Optionsfelder innerhalb des Bereichs Zeiteinheit (Automation 360) geändert. Einzelheiten finden Sie unter Verzögern Paket.

E‑Mail

In Enterprise 10 und Enterprise 11 gibt es keine Sitzungen für Email-Befehle. Automation 360 enthält jedoch die Aktionen Verbinden und Trennen, damit E-Mail-Sitzungen gestartet und geschlossen werden. Daher wird die Aktion Verbinden während der Migration vor die entsprechende E-Mail-Aktion gesetzt und die Aktion Trennen danach.

Die Option Anhang speichern des Befehls Alle Nachrichten abrufen ist nun eine eigene Aktion namens Anhang speichern im Email-Paket in Automation 360.

Für Bots, die zur Automatisierung E-Mail-bezogener Aufgaben auf dem Server der Exchange Web Services (EWS) erstellt werden, wird der Befehl Alle Nachrichten abrufen zur Loop-Aktion mit der Iteration Für jede E‑Mail im Postfach migriert. Analog dazu werden die Befehle Löschen und Alle löschen zu den Aktionen Löschen und Alle löschen migriert.

Wenn Sie Enterprise 11-Bots migrieren, die das E-Mail-Paket mit dem Authentifizierungstyp OAuth2 enthalten, werden die meisten der im Paket enthaltenen Parameter zu den gleichen Werten in Automation 360 migriert. Die folgenden Parameter werden jedoch mit unterschiedlichen Werten migriert:
  • Die IMAP- und POP3-Protokolle werden in den entsprechenden E-Mail-Server in Automation 360 migriert.
  • Die Option Lokale Zeitzone verwenden wird als boolescher Wert in die Aktion Schleife in Automation 360 migriert.

Einzelheiten finden Sie unter E-Mail Paket.

Error Handling

Deaktivierte Error Handling-Befehle werden nicht zu Automation 360 migriert.

Fehlerbehandlung beginnen und Fehlerbehandlung beenden werden zum Try/Catch-Block des Fehlerhandler-Pakets in Automation 360 migriert. Viele Optionen, die in „Fehlerbehandlung beginnen“ verfügbar waren, werden zu den entsprechenden Aktionen in Automation 360 migriert.
Anmerkung: Um einen Ausnahmefehler zu vermeiden, wenn Sie den Try/Catch-Block in einer Schleife verwenden, wird empfohlen, alle Befehlseingaben zu überprüfen.

Wenn in Enterprise 11 ein Bot die folgenden Bedingungen oder Funktionen verwendet hat, wird nach der Migration ein Versuchen/Erfassen-Block in Automation 360 hinzugefügt, um Fehler bei der Bot-Ausführung zu verhindern:

  • Wenn der Bot eine Anweisung Fehlerbehandlung verwendet.
  • Wenn der Bot eine Excel-Systemvariable verwendet.
Details finden Sie in folgender Tabelle:

Einzelheiten finden Sie unter Fehlerhandler Paket.

Excel

Die Excel-Befehle in Enterprise 10/Enterprise 11 werden zu den entsprechenden Aktionen des Excel Advanced-Pakets in Automation 360 migriert.

In Enterprise 11 kann ein Bot eine Microsoft Excel-Tabelle öffnen, selbst wenn keine Dateierweiterung angegeben ist. In Automation 360 verwenden die migrierten Bots die Aktion Öffnen im Excel Advanced-Paket zum Öffnen einer Microsoft Excel-Tabelle, wenn keine Dateierweiterung angegeben ist.

In Enterprise 10/Enterprise 11 werden Daten, die von den Befehlen Mehrere Zellen abrufen und Alle Zellen abrufen zurückgegeben werden, an den Befehl Jede Zeile in einem Excel-Dataset im Loop-Paket zurückgegeben. In Automation 360 sind die Funktionen von Mehrere Zellen abrufen und Alle Zellen abrufen in der Aktion Jede Zeile in einem Excel-Dataset des Loop-Pakets verfügbar. Werte aus diesen Befehlen werden somit zum Loop statt zu den eigentlichen Aktionen migriert.

Bots, die den Befehl Einzelne Zelle abrufen mit den Optionen Spezifische Zelle und Zellenwert abrufen verwenden, werden zur Aktion Einzelne Zelle abrufen des Excel Advanced-Pakets mit den Optionen Spezifische Zelle und Zellenwert lesen, die nach der Migration ausgewählt wurden, migriert.

Wenn Sie einen migrierten Bot mit der Option Excel Advanced > Zellbereich ausführen, müssen Sie einen numerischen Wert als letztes Zeichen in den Feldern Von Zelle und Bis Zelle verwenden (zum Beispiel testa1). Das letzte Zeichen darf kein Alpha-Zeichen sein.

In der folgenden Tabelle sind die Änderungen an den Aktionsnamen aufgeführt:

Einzelheiten finden Sie unter Excel Advanced Paket.

  • In Enterprise 11 oder Enterprise 10 und in Automation 360 kann eine Sitzung (die zum Öffnen einer Microsoft Excel-Tabelle verwendet wird) zwischen dem übergeordneten Bot und einem untergeordneten Bot freigegeben werden. In Automation 360 können Sie eine freigegebene Sitzung aus dem untergeordneten Bot schließen.
    Anmerkung: Wenn Sie mehr als ein Arbeitsblatt zur Automatisierung eines Vorgangs verwenden, müssen Sie für jedes Arbeitsblatt unterschiedliche Sitzungsnamen verwenden. Wenn Sie zur Automatisierung aller Arbeitsblätter denselben Sitzungsnamen verwenden möchten, müssen Sie zunächst die Sitzung eines Arbeitsblatts schließen, bevor Sie denselben Sitzungsnamen für ein anderes Arbeitsblatt verwenden.
  • Wenn Sie in Enterprise 11 oder Enterprise 10 versuchen, ein schreibgeschütztes Arbeitsblatt zu speichern, wird keine Fehlermeldung angezeigt. Allerdings wird in Automation 360, wenn Sie versuchen, ein schreibgeschütztes Arbeitsblatt zu speichern, eine Fehlermeldung angezeigt, dass die Arbeitsmappe nicht gespeichert werden kann.

    Problemumgehung: Stellen Sie sicher, dass Sie Zugriff zum Bearbeiten der Datei haben, und wiederholen Sie den Vorgang. Wenn das Problem weiterhin besteht, kontaktieren Sie Ihren Systemadministrator. Die Aktion Schreiben ist für solche Dateien nicht erlaubt.

Datei und Ordner

Alle File/Folder-Befehle wurden auf File- und Folder-Pakete aufgeteilt.

In Automation 360 haben sich folgende File-bezogene Aktionen geändert:
In Automation 360 haben sich folgende Folder-bezogene Aktionen geändert:

Siehe File Paket und Ordner Paket.

Enterprise 11-Bots können in den Befehlen Dateien kopieren, Dateien löschen, Mehrere Dateien drucken, Dateien umbenennen und Dateien packen reguläre Ausdrücke zur Suche nach Dateien verwenden, an denen Sie einen Vorgang ausführen möchten. Auch die äquivalenten Aktionen in Automation 360 können reguläre Ausdrücke zur Suche nach Dateien verwenden, an denen Sie einen Vorgang ausführen möchten.

FTP/SFTP

Alle FTP/SFTP-Befehle werden zu äquivalenten Aktionen des FTP/SFTP-Pakets in Automation 360 migriert. Das Verhalten und der Befehlsname ändern sich nicht.

Die Aktionen Dateien abrufen und Ordner abrufen geben Laufzeitfehler zurück, wenn sie über zusätzliche Kriterien verfügen, die auf Datumsangaben basieren, welche als Variablen mit Werten in einem Format angegeben sind, das nicht MM/TT/JJJJ lautet. Diese Probleme müssen Sie nach der Bot-Migration beheben. Während des Migrationsprozesses werden durch diese beiden Aktionen auch zusätzliche Fehlerbehandlungen in die migrierten Bots eingefügt, wenn nach Datum/Zeit gefiltert wird.

Wenn in Enterprise 11 ein Bot die FTP/SFTP-Befehle verwendet hat, wird den entsprechenden FTP/SFTP-Aktionen nach der Migration eine lokale Sitzung in Automation 360zugewiesen.

IF/ELSE

Variablen mit Zeichenfolgenbedingung
Wenn mit den folgenden Operatoren wird als Zeichenfolgenbedingung in Automation 360 migriert:
  • =
  • < >
  • Enthält
  • Enthält nicht

Bei der Variablen Zufall des Untertyps Zeichenfolge fügt Automation 360 die Aktion Zufällige Zeichenfolge generieren des String-Pakets hinzu, um eine zufällige Zeichenfolge über der IF-Bedingung zu generieren, und weist den Wert der entsprechenden migrierten Variablen zu.

Variable mit Zahlbedingung
Wenn mit den folgenden Operatoren wird als Zahlbedingung in Automation 360 migriert:
  • >=
  • <=
  • >
  • <

Bei der Variablen Zufall des Untertyps Zahl fügt Automation 360 die Aktion Zufällige Zahl zuweisen des Number-Pakets hinzu, um eine zufällige Zeichenfolge über der IF-Bedingung zu generieren, und weist den Wert der entsprechenden migrierten Variablen zu.

Variable des Typs „Wert“ mit Datum
Das System versucht, zu ermitteln, ob die Bedingung auf einer Variablen über einen Datumswert verfügt. Wird es fündig, wird IF mit der Datum/Zeit-Bedingung in Automation 360 migriert. Andernfalls erfolgt die Migration durch das System je nach verwendetem Operator als Zeichenfolgen- oder Zahlbedingung. In solchen Fällen müssen Sie diese nach der Bot-Migration in eine Datumsbedingung ändern, falls ein Datumsvorgang enthalten ist.

Außerdem müssen Sie möglicherweise das Datumsformat so ändern, dass es mit Ihren Daten kompatibel ist. Das Standardformat für die Umwandlung eines Datums in eine Zeichenfolge ist MM/dd/yyyy HH:mm:ss.

Einzelheiten finden Sie unter Wenn Paket.

Bilderkennung
Der IF-Befehl mit der Bedingung Bilderkennung in Enterprise 10/Enterprise 11 kann je nach den ausgewählten Optionen in Enterprise 10/Enterprise 11 zu einer der folgenden Aktionen in Automation 360 werden:
  • IF > Bilddatei in Bilddatei gefunden: wird erstellt, wenn in Enterprise 10 oder Enterprise 11 für Image1 die Option Aus Datei ausgewählt ist und für Image2 die Option Aus Datei ausgewählt ist.
  • IF > Bilddatei in Fenster gefunden: wird erstellt, wenn in Enterprise 10 oder Enterprise 11 für Image1 die Option Aus Datei ausgewählt ist und für Image2 die Option Aus Fenster ausgewählt ist.
  • IF > Fenster in Bilddatei gefunden: wird erstellt, wenn in Enterprise 10 oder Enterprise 11 für Image1 die Option Aus Fenster ausgewählt ist und für Image2 die Option Aus Datei ausgewählt ist.
  • IF > Fenster in Fenster gefunden: wird erstellt, wenn in Enterprise 10 oder Enterprise 11 für Image1 die Option Aus Fenster ausgewählt ist und für Image2 die Option Aus Fenster ausgewählt ist.

Einzelheiten finden Sie unter Wenn Paket.

Wichtig: Falls eine Bedingung ein Datum enthält, müssen Sie unter gewissen Umständen die migrierten Informationen nach der Bot-Migration in eine Datumsbedingung ändern.
In der folgenden Tabelle ist aufgeführt, wie verschiedene Bedingungen zu den entsprechenden Bedingungen in Automation 360 migriert werden.

Bilderkennung

Der Befehl Bilderkennung ist in Automation 360 auf die Aktionen Dateiabbild in Fensterabbild suchen und Fensterabbild in Dateiabbild suchen aufgeteilt.

In Automation 360 wird die Option Erweitert als Standardvergleichsmodus verwendet. Die anderen Vergleichsmodi (z. B. Graustufen, Normal und Monochrom), die in Enterprise 10 und Enterprise 11 vorhanden waren, sind in Automation 360 versteckt, weisen jedoch nach der Migration in Automation 360 das gleiche Verhalten auf. Im Migrationsprozess werden die Informationen automatisch zugeordnet. Dies wirkt sich nicht auf die zugehörigen Bots aus.

Wenn Sie einen migrierten Bot mit Bilderkennung ausführen, der eine Wenn-, WENN/SONST- oder Schleife-Aktion enthält, wird ein Fehler angezeigt, wenn das Fenster nicht existiert.

Die Migration von Bots mit dem Befehl Bilderkennung schlägt möglicherweise fehl, wenn der Befehl einen anderen Dateityp als die folgenden verwendet:
  • .jpg
  • .jpeg
  • .jpe
  • .jfif
  • .bmp
  • .gif
Einzelheiten finden Sie unter Bilderkennung-Paket.

Tastatureingabe einfügen

Dieser Befehl heißt in Automation 360 Tastatureingaben simulieren. Die folgenden Konventionen für die Tastatureingabe haben sich geändert:

In Enterprise 11 oder Enterprise 10 wird die Verzögerungszeit durch die Gesamtzahl der Zeichen geteilt und zwischen jedem Anschlag angewendet. In Automation 360 wird die Verzögerung, die Sie angeben, auf die Zeit zwischen jeder Tastatureingabe angewendet.

Die Legacy-Aktion Verzögerung beim Abrufen von Tastaturanschlägen in Automation 360 unterstützt migrierte Bots, die die Aktion Tastaturanschläge simulieren enthalten. Die Aktion Verzögerung beim Abrufen von Tastaturanschlägen stimmt mit der Dauer der Verzögerung überein, die in Enterprise 11-Bots für den Befehl Tastatureingabe einfügen festgelegt wurde, und simuliert in Automation 360 denselben Wert für die Aktion Tastaturanschläge simulieren. Wenn nach der Migration Tastaturanschläge schneller getippt werden (z. B. Tastaturanschläge, die zur Ausführung von Tastenkombinationen in Microsoft 365 Excel verwendet werden), fügen Sie die Aktion Verzögerung nach der Aktion Tastaturanschläge simulieren hinzu, um sicherzustellen, dass die Bots ohne Probleme laufen. Die Legacy-Aktion Verzögerung beim Abrufen von Tastenanschlägen bietet für die migrierten Bots eine ähnliche Verzögerung wie in Enterprise 11, um zu gewährleisten, dass die migrierten Bots die gleiche Ausgabe wie in Enterprise 11 erzeugen. Diese Änderung führt jedoch dazu, dass der Befehl nach der Migration in mehrere Zeilen aufgeteilt wird.

Wenn die Option Tastatureingaben verschlüsseln in Enterprise 11- oder Enterprise 10-Bots ausgewählt ist, wird der Wert nach der Migration im Credential Vault gespeichert. Im Migrationsprozess wird im Credential Vault ein Locker mit den folgenden Attributen erstellt:
  • Der Name des Lockers, der in Automation 360 erstellt wurde, lautet AAE_<folder_name> („Folder_name“ ist der Ordner, in dem der migrierte Bot verfügbar ist).

    Der migrierte Bot verwendet diesen Locker. Nutzer mit einer Berechtigung für den Ordner, der den Bot enthält, können auf den Locker zugreifen. Der Nutzer, als der die Migration ausgeführt wird, benötigt die Berechtigung Standardattribute für Anmeldedaten erstellen.

  • Ein Locker enthält nur einen Satz von Anmeldedaten pro Bot. Der Name des erstellten Anmeldedatensatzes lautet Keystrokes_<bot name> bei TaskBotsund Keystrokes_<Metabot name>_<Logic name> bei MetaBots.
  • Attribute für den Locker werden unter dem Namen Encrypted_keystrokes erstellt.
Wenn ein Locker, Anmeldedatensatz oder Attribut mit dem gleichen Namen bereits vorhanden ist, wird vom System der Lockername, Anmeldedatenname und Attributname mit einem numerischen Wert hinzugefügt, z. B. AAE_<folder_name>_1, Keystrokes_<bot name>_1 bzw. Encrypted_keystrokes_1. Wenn der Name des Lockers, Anmeldedatensatzes oder Attributs über 50 Zeichen lang ist, werden vom System die Zeichen am Ende so gekürzt, dass der Name auf 50 Zeichen begrenzt wird.
Anmerkung: Wenn ein Bot auf dem lokalen Gerät vorhanden ist und die Option Tastatureingaben verschlüsseln ausgewählt ist, können Sie diesen nicht migrieren.

Einzelheiten finden Sie unter Tastaturanschläge simulieren Paket.

Website starten

Dieser Befehl wird zur Öffnen-Aktion des Browser-Pakets in Automation 360 migriert.

Befehle, bei denen die Option Edge oder Standardbrowser überschreiben im alten Produkt deaktiviert ist, werden automatisch so geändert, dass sie nach der Migration den Standardbrowser verwenden.

Enterprise 11-Bots, die eine Website in einem neuen Fenster aller von Automation 360 unterstützten Browser öffnen, können migriert werden. Die Enterprise 11-Bots, die die Website in einem neuen oder einer vorhandenen Registerkarte des Internet Explorer-Browsers öffnen, können zu Automation 360 migriert werden. Die entsprechende Option zum Öffnen der Website in einem neuen Fenster, einer neuen Registerkarte oder einer vorhandenen Registerkarte wird in den migrierten Bots ausgewählt.

Anmerkung: Für den Browser Microsoft Edge Legacy ist kein Support mehr verfügbar. Der Browser Microsoft Edge Chromium wird weiterhin unterstützt. Daher können Sie keine neuen Bots mithilfe von Microsoft Edge Legacy erstellen. Die bestehenden in Microsoft Edge Legacy erstellten Bots hingegen können mithilfe anderer unterstützter Browser wie Google Chrome oder Microsoft Edge Chromium aktualisiert werden.

Einzelheiten finden Sie unter Browser Paket.

Wichtig: Wenn Sie Bots in Enterprise 11 oder Enterprise 10 über den Microsoft Edge-Browser erstellt haben, müssen Sie diese Bots zunächst in einen anderen Browser portieren, bevor Sie sie migrieren können.

In Datei protokollieren

Dieser Befehl wird zur Aktion In Datei protokollieren in Automation 360 migriert.

Einzelheiten finden Sie unter In Datei protokollieren Paket.

Schleife

Die folgende Tabelle zeigt, wie der Befehl Schleife in die entsprechenden Automation 360-Aktionen und -Pakete migriert wird:
Die folgenden konfigurierten Befehle, bei denen die Option Untergeordnete und ausgeblendete Fenster anzeigen ausgewählt ist, werden zum Legacy Automation-Paket in Automation 360 migriert:
  • Loop > Bedingung > Fenster existiert
  • Loop > Bedingung > Fenster existiert nicht
Variablen mit Zeichenfolgenbedingung
Wenn mit den folgenden Operatoren wird als Zeichenfolgenbedingung in Automation 360 migriert:
  • =
  • < >
  • Enthält
  • Enthält nicht

Bei der Variablen Zufall des Untertyps Zeichenfolge fügt Automation 360 die Aktion Zufällige Zeichenfolge generieren des String-Pakets hinzu, um eine zufällige Zeichenfolge über der IF-Bedingung zu generieren, und weist den Wert der entsprechenden migrierten Variablen zu.

Variable mit Zahlbedingung
Wenn mit den folgenden Operatoren wird als Zahlbedingung in Automation 360 migriert:
  • >=
  • <=
  • >
  • <

Bei der Variablen Zufall des Untertyps Zahl fügt Automation 360 die Aktion Zufällige Zahl zuweisen des Number-Pakets hinzu, um eine zufällige Zeichenfolge über der IF-Bedingung zu generieren, und weist den Wert der entsprechenden migrierten Variablen zu.

Variable mit Datumsbedingungen
Das System versucht, zu ermitteln, ob die Bedingung auf einer Variablen über einen Datumswert verfügt. Wird es fündig, wird IF mit der Datum/Zeit-Bedingung in Automation 360 migriert. Andernfalls erfolgt die Migration durch das System je nach verwendetem Operator als Zeichenfolgen- oder Zahlbedingung. In solchen Fällen müssen Sie diese nach der Bot-Migration in eine Datumsbedingung ändern, falls ein Datumsvorgang enthalten ist.

Außerdem müssen Sie möglicherweise das Datumsformat so ändern, dass es mit Ihren Daten kompatibel ist. Das Standardformat für die Umwandlung eines Datums in eine Zeichenfolge ist MM/dd/yyyy HH:mm:ss.

Variable des Typs „Liste“
Der Loop für eine Variablenbedingung des Typs „Liste“ wird je nach verwendetem Operator entweder als Zeichenfolgen- oder Zahlbedingung migriert. Das System verwendet den Listenindex zur Validierung der Bedingung.
Websteuerelement existiert oder Websteuerelement existiert nicht
Der Loop mit den Bedingungen Websteuerelement existiert und Websteuerelement existiert nicht wird zu den Loop > While-Bedingungen „Websteuerelement existiert“ bzw. „Websteuerelement existiert nicht“ des Legacy Automation-Pakets migriert.
In der folgenden Tabelle sehen Sie, wie verschiedene Bedingungen zu den entsprechenden Bedingungen in Automation 360 migriert werden.
In der folgenden Tabelle sind die zur Migration unterstützten Loop-Befehle und deren entsprechende Zuordnungen in Automation 360 aufgeführt:
Enterprise 11- oder Enterprise 10-Befehle Entsprechende Automation 360-Aktionen und -Pakete
Schleife verlassen Pause
Weiter

Nachrichtenfeld

Dieser Befehl wird zur Aktion Nachrichtenfeld in Automation 360 migriert.

Einzelheiten finden Sie unter Paket „Nachrichtenfeld“.

Klonen von Objekten

Dieser Befehl wird zur Aktion Erfassen des Recorder-Pakets in Automation 360 migriert.

Die Migration wird für Anwendungen unterstützt, welche die folgenden Technologien verwenden (auch wenn diese sich in einer Citrix-Umgebung befinden):

  • MSAA (Standard-Desktoptechnologie)
  • Google Chrome (Browser)
  • Internet Explorer (Browser)
  • Java (Desktop)
  • Java (Web)
  • Nutzeroberflächenautomatisierung (erweitert)
  • Firefox (Browser; nur Objekte, die auf HTML-Technologie basieren)
  • Microsoft Silverlight Version 5
In der folgenden Tabelle sind die Verhaltensunterschiede zwischen Enterprise 11 oder Enterprise 10 und Automation 360 aufgeführt:
Verhalten in Enterprise 11 oder Enterprise 10 Verhalten in Automation 360
Die Befehle Namen aller untergeordneten Objekte abrufen und Werte aller untergeordneten Objekte abrufen geben Variablenwerte des Typs „Zeichenfolge“ zurück. Die entsprechenden Aktionen in Automation 360 geben Listenwerte zurück. Im Migrationsprozess werden die Listenwerte zusammengeführt und in einer Zeichenfolgenvariablen gespeichert, um das Bot-Verhalten in allen Versionen einheitlich zu halten.
In Enterprise 11 wird der Befehl verwendet, um das Steuerelement in einem Bild zu erfassen. Das gesamte Fensterbild wird mit einem roten Rechteck markiert.
Object Cloning mit der Aktion In CSV-Datei exportieren in Enterprise 10/Enterprise 11 wird zu folgenden Paket-Aktion-Kombinationen migriert, da die Aktion in Automation 360 nicht existiert:
  • Durch die Aktion Erfassen werden die erfassten Daten in einer Tabellenvariablen gespeichert.
  • Anschließend wird die Aktion In Datei schreiben des Data table-Pakets verwendet, um die Daten aus der Tabellenvariablen in einer CSV-Datei zu speichern.

Der Fenstertitel wird aus dem Quellbefehl zur Zielaktion kopiert.

Die X- und Y-Koordinaten sowie der Fenstertitel werden ebenfalls zu Automation 360 migriert.

Die Ausführungs- oder Wiedergabemodi Koordinate und Bild in Enterprise 11 werden als folgende Aktionen migriert:

Wiedergabemodus als Koordinaten:
Wiedergabemodus als Koordinaten
Mausklick-Aktionen: Die Aktionen „Klick“, „Rechtsklick“, „Linksklick“, „Mittelklick“ und „Doppelklick“ werden in der Mausklick- Aktion als Kombination aus Tasten und Ereignissen migriert. Die entsprechenden Maustasten mit Ereignissen werden wie folgt migriert:
  • „Klick“ wird zum Klick mit der linken Maustaste
  • „Rechtsklick“ wird zum Klick mit der rechten Maustaste
  • „Linksklick“ wird zum Klick mit der linken Maustaste
  • „Mittelklick“ wird zum Klick der mittleren Maustaste
  • „Doppelklick“ wird zum Doppelklick mit der linken Maustaste
Text abrufen
Die Aktion „Text abrufen“ wird als Kombination aus Aktionen migriert, einschließlich Mausklicks (Klick mit der linken Maustaste) und Clipboards (Löschen, Verzögern und Tastatureingaben simulieren).
Text festlegen
Die Aktion „Text festlegen“ wird als Kombination aus Aktionen migriert, einschließlich Mausklicks (Klick mit der linken Maustaste) und Clipboards (Löschen, Verzögern und Tastatureingaben simulieren).
In der folgenden Tabelle sind die Änderungen an den Eigenschaftsnamen für die Steuerelemente und Objekte, die mit Object Cloning erfasst werden, aufgeführt. Im Migrationsprozess werden die Namensänderungen automatisch zugeordnet. Wenn eine Eigenschaft jedoch innerhalb einer Variablen verwendet wird, müssen Sie den neuen Namen manuell in die Variable eingeben.
  • Beim Migrationsprozess werden die Daten auf 64 KB gekürzt, wenn Enterprise 11- oder Enterprise 10-Bots ein Objekt verwenden und Eigenschaften dieses Objekts Daten enthalten, die größer als 64 KB sind. Dadurch wird sichergestellt, dass diese Bots nach der Migration keinen Fehler aufweisen.
  • In Enterprise 11 können Sie den Kontrolltyp eines Objekts aus den Suchkriterien entfernen. Diese Option ist jedoch in Automation 360 nicht verfügbar. In Automation 360 wird die Erfassungsaktion nur für Objekte mit denselben Kontrolltypen ausgeführt. Wenn Sie diese Aktion auf Objekte mit unterschiedlichen Kontrolltypen anwenden wollen, müssen Sie diese Kontrolltypen in separaten Erfassungsaktionen erfassen.

Einzelheiten finden Sie unter Verwendung der Funktion „Aktion erfassen“.

OCR

Alle OCR-Befehle werden zu äquivalenten Aktionen des OCR-Pakets in Automation 360 migriert. Das Verhalten und der Befehlsname ändern sich nicht.

In Enterprise 11 sind die OCR-Optionen ABBYY, MODI, TESSERACT und TOCR als OCR-Engines verfügbar. In Automation 360 wird standardmäßig nur die OCR-Engine ABBYY verwendet.

Einzelheiten finden Sie unter OCR Paket.

Programm/Datei öffnen

Dieser Befehl wird zur Aktion Programm/Datei öffnen des Application-Pakets migriert. In Enterprise 10/Enterprise 11 gibt dieser Befehl keinen Fehler aus, wenn Sie einen falschen Wert im Feld Beginnen in eingeben. Automation 360 validiert den eingegebenen Wert im gleichen Feld und löst während der Bot-Ausführung einen Fehler aus.

Einzelheiten finden Sie unter Anwendung Paket.

Wichtig: Falls sie auch dann fortfahren wollen, wenn der Wert unter „Beginnen in“ falsch ist, müssen Nutzer den Bot entsprechend ändern.

PDF-Integration

In der folgenden Tabelle sind der PDF-Integration-Befehl und die äquivalenten Aktionen und Pakete in Automation 360 aufgeführt:

Wenn der Enterprise 11-Bot den Befehl Formularfelder extrahieren verwendet und Werte im Credential Vault speichert, werden diese Werte im Migrationsprozess in den Credential Vault von Automation 360 migriert.

Die Ausgabe eines Enterprise 11-Bots wird mehreren Variablen in äquivalenten Aktionen des PDF-Pakets zugeordnet, nachdem dieser Bot zu Automation 360 migriert wurde. So wird die Anzahl der Aktionen im migrierten Bot verringert, da für die Zuordnung der Ausgabe zu einer Variablen keine separate Aktion mehr erforderlich ist.

Einzelheiten finden Sie unter PDF Paket.

PGP

Alle PGP-Befehle werden zu äquivalenten Aktionen des PGP-Pakets in Automation 360 migriert. Das Verhalten und der Befehlsname ändern sich nicht.

Einzelheiten finden Sie unter PGP Paket.

Klang wiedergeben

Alle „Play Sound“-Befehle werden zu äquivalenten Aktionen des Sound-Pakets in Automation 360 migriert.

Automation 360 unterstützt in der Aktion „Mediendatei abspielen“ nur die Dateitypen .mp3 und .wav.

Einzelheiten finden Sie unter Paket „Klang wiedergeben“.

Drucker

Standarddrucker, Drucker entfernen und Standarddrucker auswählen werden zu äquivalenten Aktionen des Printer-Pakets in Automation 360 migriert.

Einzelheiten finden Sie unter Drucker Paket.

Prompt

Alle Prompt-Befehle werden zu äquivalenten Aktionen des Prompt-Pakets in Automation 360 migriert.

In der folgenden Tabelle sind die Befehle aufgeführt, die mit Namensänderungen migriert werden können:

Einzelheiten finden Sie unter Prompt Paket.

Aus CSV/Text lesen

Aus CSV/Text lesen wird in die Aktionen Öffnen, Lesen und Schließen des CSV/TXT-Pakets in Automation 360 konvertiert.

Falls Ihr Enterprise 10/Enterprise 11-Bot eine Variable als Sitzungsnamen verwendet und die Loop-Aktion, die zum Lesen aller Zeilen in CSV/TXT eingesetzt wird, einen fest programmierten Sitzungsnamen anstelle einer Variablen verwendet, müssen Sie den migrierten Bot prüfen und die Ausgabevariable der Aktion Lesen des CSV/TXT-Pakets im entsprechenden Loop festlegen. Andernfalls erhalten Sie beim Bearbeiten des Automation 360-Bots einen UI-Fehler.

Wenn in Automation 360 die CSV-/TXT-Datei nicht unter dem angegeben Dateipfad vorhanden ist, gibt der Bot eine Fehlermeldung zurück. In Enterprise 11 hingegen gibt der Bot keine solche Nachricht zurück.

Wichtig: Prüfen Sie den migrierten Bot und legen Sie die Ausgabevariable der Aktion Lesen des CSV/TXT-Pakets im entsprechenden Loop fest.

REST Web Services

Die Option Kopfzeile speichern in in Enterprise 11 wird zu Automation 360 migriert. Mithilfe dieser Option können Sie die Antwortkopfzeile in den Array- und Wörterbuchvariablen mit dem Namen der Antwortkopfzeile als Schlüssel und den Kopfzeilenwert als Wert des Wörterbuchs speichern.

In Enterprise 11 wird die Fehlerreaktion standardmäßig erfasst. In Automation 360 wird durch Aktivierung der Option Fehlerreaktion erfassen der Fehler erfasst und zur Antwort-Wörterbuchvariable hinzugefügt. Wenn Sie einen Enterprise 11-Bot zu Automation 360 migrieren, ist die Option Fehlerreaktion erfassen standardmäßig aktiviert, um die Fehlerreaktion des migrierten Bots zu erfassen.

Der in Enterprise 11 konfigurierte Zeitüberschreitungswert zum Senden von REST-Anfragen wird als Teil der globalen Werte (AARestTimeOut) zu Automation 360 migriert. Der Standard-Zeitüberschreitungswert ist in Automation 360 auf 60.000 ms festgelegt. Sie können diesen Wert aktualisieren, wenn der REST Web Services mehr Zeit benötigt, um eine Antwort zu erhalten.

Einzelheiten finden Sie unter REST Web Services Paket.

Run Logic

Der Befehl Logik ausführen wird zur Aktion Ausführen des Task Bot-Pakets in Automation 360 migriert.

Außerdem wird Fehlerbehandlung mit dem Befehl Logik ausführen zum Try/Catch-Block migriert.

  • Gilt ab v.25: Enterprise 11- oder Enterprise 10-Bots, die den Befehl Logik ausführen verwenden, werden migriert, wenn der referenzierte MetaBot-Logik-Name umbenannt wurde oder der relative Pfad nach der Zuordnung geändert wurde. Wenn eine MetaBot-Logik nach der Zuordnung in den TaskBots umbenannt oder der Pfad geändert wird, dann werden die TaskBots nun mit dem neuen MetaBot-Logik-Namen oder Pfad migriert.
    Das Ändern des relativen Pfades gilt für folgende Szenarien:
    • Die Logik wird von einem Ordner in einen anderen verschoben.
    • Logik wird von einem MetaBot-Stammordner in einen Unterordner verschoben.
    • Logik wird von einem Unterordner in einen MetaBot-Stammordner verschoben.
    • Der Ordner mit der Logik wird umbenannt.
  • Bots, die den Befehl Logik ausführen verwenden, der Credential Vault-Attribute von einer TaskBot- an eine MetaBot-Logik weitergibt, können nach Automation 360 migriert werden. Der Anmeldeinformationsname und der Attributname werden in den Feldern in der entsprechenden Zeile des migrierten Bots angezeigt.

  • Wenn Sie die Migration mithilfe der wiederhergestellten Enterprise 11-Datenbank durchgeführt haben, wird ein entsprechender Locker in Automation 360 für die im Enterprise 11-Bot verwendeten Anmeldeinformationsvariablen erstellt.
  • Gilt ab v23: Enterprise 11- oder Enterprise 10-Bots, die den Befehl Logik ausführen verwenden, dürfen Variablen vom Credential Vault-Typ vom übergeordneten Bot an eine MetaBot-Variable eines anderen Typs als Credential Vault übergeben. Allerdings werden Credential Vault-Variablen innerhalb von Automation 360 nur an Credential Vault-Variablen (und nicht an Variablen eines anderen Typs) übergeben, um die Sicherheit zu erhöhen. Daher konvertiert der Migrationsprozess zunächst die Variable des Credential Vault-Typs mithilfe der Aktion Anmeldedaten in Zeichenfolge konvertieren des Credential-Pakets in die Variable des Zeichenfolgentyps, damit der migrierte Bot erfolgreich ausgeführt werden kann. Die Zeichenfolgen-Variable wird dann einer temporären Variable zugewiesen, die als Eingabeparameter in der Aktion Aufgabe > Ausführen zum Aufruf der MetaBot-Logik verwendet wird.
  • Bots, die Credential Vault-Variablen verwenden, werden beim Befehl Beginn der Fehlerbehandlung > Logik ausführen von einer MetaBot-Logik an eine andere MetaBot-Logik übergeben.
  • Wenn Sie den Befehl Beginn der Fehlerbehandlung > Logik ausführen ausführen, können Sie einen MetaBot mit einer Logik (übergeordnet) migrieren, der eine umbenannte Logik (untergeordnet) enthält. Wenn eine untergeordnete Logik umbenannt wird, nachdem sie der übergeordneten Logik zugeordnet wurde, wird diese übergeordnete Logik-Zuordnung mit dem neuen Namen migriert.
Wählen Sie eine der folgenden Optionen, um die migrierten Bots erfolgreich auszuführen:
  • Option 1: Übergeben Sie die Variablen des Typs „Anmeldedaten“.
    1. Erstellen Sie eine Anmeldedatenvariable in den untergeordneten Bots als Eingabevariablen.
    2. Aktualisieren Sie in der Ausführen-Aktion des TaskBot-Pakets die Eingabewertfelder des übergeordneten Bots, um die Credential Vault-Attribute für die für den untergeordneten Bot erstellte Anmeldedatenvariable (entsprechend der MetaBot-Logik) zu verwenden.
  • Option 2: Übergeben Sie die Anmeldedaten als globalen Wert.
    1. Erstellen Sie den globalen Wert in Automation 360 für die Anmeldedaten, die im Befehl Logik ausführen in Enterprise 11 verwendet werden.
    2. Aktualisieren Sie in der Ausführen-Aktion des TaskBot-Pakets die Eingabewertfelder des übergeordneten Bot, um die globalen Werte für die für den untergeordneten Bot erstellte Anmeldedatenvariable (entsprechend der MetaBot-Logik) zu verwenden.
Wenn Sie die wiederhergestellte Enterprise 11-Datenbank bei der Installation Automation 360 nicht verwendet haben, müssen Sie zuerst den erforderlichen Locker für die im Enterprise 11-Bot verwendeten Anmeldeinformationsvariablen erstellen, bevor Sie die vorherigen Schritte ausführen.
Anmerkung: Automation 360 bietet erhöhte Sicherheit, da Sie den Variablen des Typs „Anmeldedaten“ nur Credential Vault-Attribute zuweisen können. Dies schränkt die unsichere Handhabung von Credential Vault-Attributen ein, bei der sie möglicherweise Nicht-Anmeldedatenvariablen zugewiesen wurden.

Skript ausführen

Der Befehl Skript ausführen wird zur Aktion Skript ausführen des Legacy Automation-Pakets migriert.

Wenn Sie nach der Migration das Paket Legacy Automation mit der Option Skript ausführen verwenden, kann es in einigen Szenarien zu Problemen kommen. Überprüfen Sie daher die Ursache und ermitteln Sie, wie Sie das Problem lösen können:
  • Ursache: Wenn der Wert des Arguments im Feld Aktion „Skript ausführen“ > Eingabeparameter (übergeben von Zeichenfolge > Aktion zuweisen) doppelte Anführungszeichen gefolgt von einem Backslash am Ende des Arguments enthält und der Variablenwert ein Leerzeichen beinhaltet, bricht die Zeichenkette an der Stelle um, an der das erste Leerzeichen auftritt (dies ist auf die Upgrade-Änderungen in openJDK zurückzuführen).
  • Beispiel: Betrachten Sie einen Ordnerpfad als Argumentwert, der mit Zeichenfolge > Aktion zuweisen, "\\fwus129ns.ny.fw.gs.com\mahatb\home\My Documents\Test Adhoc Request\" übergeben wird. Wenn Sie diesen Enterprise 11-Bot nach Automation 360 migrieren wollen, wird dieser einzelne Argumentwert in Automation 360 als vier verschiedene Argumentwerte behandelt:
    • \\fwus129ns.ny.fw.gs.com\mahatb\home\My
    • Documents\Test
    • Adhoc
    • Request\
  • Lösung: Bearbeiten Sie den Enterprise 11-Bot und entfernen Sie die doppelten Anführungszeichen im Variablenwert in Zeichenfolge > Aktion zuweisen.

SAP-Integration

Dieser Befehl wird in Automation 360 zur Aktion Erfassen im Recorder-Paket migriert. Alle Objekteigenschaften in Enterprise 11-Bots werden äquivalenten Eigenschaften in den migrierten Bots zugeordnet.
Anmerkung: Wenn der Enterprise 11-Bot mit dem SAP-Integration-Befehl SAP-GUI 740 oder frühere Versionen verwendet, führen Sie zusätzliche Schritte auf der Bot-Agent-Maschine aus, um den migrierten Bot erfolgreich in Automation 360 auszuführen. Weitere Informationen finden Sie unter Failed to capture SAP application using SAP GUI 740 (A-People login required).

Wenn Sie migrierte Bots mit der Option SAP-GUI ausführen, aber das SAP GUI-Fenster geschlossen ist, wird ein Ausnahmefehler angezeigt. Dies geschieht, weil das Recorder-Paket den Titel des Fensters während der Laufzeit verwendet und in Automation 360 SAP-Integration in das Recorder-Paket migriert wird.

In der folgenden Tabelle sind die SAP-Objekte und die Aktionen aufgeführt, die zu Automation 360 migriert werden können:

Die folgende Tabelle zeigt die Aktionen, die am Hauptfenster-Objekt ausgeführt wurden, und ihre entsprechenden Aktionen in Automation 360:

SAP-Befehle, die BAPI-Funktionen in Enterprise 11 unterstützen, werden zu äquivalenten Aktionen des SAP BAPI-Pakets in Automation 360 migriert.

In der folgenden Tabelle sind die Enterprise 11-Befehle und die äquivalenten Aktionen in Automation 360 aufgeführt:

E-Mail senden

In Enterprise 10/Enterprise 11 verwendet der Befehl „E-Mail senden“ nutzerspezifische E-Mail-Einstellungen, die als Anmeldedatenattribute im Systemlocker gespeichert sind. Wenn der erste Bot migriert ist, wird ein neuer benutzerdefinierter Locker namens AAE_Email erstellt und der Anmeldedatensatz AAE_EmailSettings mit den Attributen „Nutzername“ und „Passwort“ hinzugefügt. Außerdem erstellen wir globale Werte für die Attribute ohne Anmeldedaten (z. B. Serverhost, Port, SSL und Authentifizierung), die mit den gleichen E-Mail-Einstellungen übereinstimmen. Die Anmeldedaten der E-Mail-Einstellungen in Enterprise 10/Enterprise 11 werden in Automation 360 auf Anmeldedatenvariablen und globale Werte aufgeteilt. Somit werden die E-Mail-Einstellungen während des Migrationsprozesses wie folgt migriert:

Service

Alle Service-Befehle werden zu äquivalenten Aktionen des Service-Pakets in Automation 360 migriert. Das Verhalten und der Befehlsname ändern sich nicht.

SOAP-Webdienst

Dieses Paket verhält sich in Automation 360 identisch.

Wenn ein SOAP-Webdienst für Aufrufe an REST APIs konfiguriert ist, erfolgt die Migration an die Aktion „REST-Webdienst“ statt an die Aktion „SOAP-Webdienst“. Gemäß zusätzlichen XML-Vorgängen fügen wir Aktionen aus dem XML-Paket hinzu, um sicherzustellen, dass der migrierte Bot das gleiche Ergebnis ausgibt wie der alte Bot.

Der in Enterprise 11 konfigurierte Zeitüberschreitungswert zum Senden von SOAP-Anfragen wird als Teil der globalen Werte (AASoapTimeOut) zu Automation 360 migriert. Der Standard-Zeitüberschreitungswert ist in Automation 360 auf 60.000 ms festgelegt. Sie können diesen Wert aktualisieren, wenn der SOAP-Webdienst mehr Zeit benötigt, um eine Antwort zu erhalten.

Beispiel für die Verwendung der Aktion „SOAP-Webdienst“

Enterprise 11 bietet Optionen zur Auswahl von URI-Typ für die Ausführung, wie z. B. Standard, Statisch und Dynamisch. Allerdings ist in Automation 360 keine Option zur Auswahl des URI-Typs für die Ausführung verfügbar. Die Enterprise 11-URI-Typen werden wie folgt in Automation 360 migriert:
  • Standard und statisch: Wenn Ihr Enterprise 11-Bot mit dem URI-Typ Standard oder Statisch konfiguriert ist, wird er als statisch migriert und das Feld Adressort wird automatisch ausgefüllt.
  • Dynamisch: Wenn Ihr Enterprise 11-Bot mit dem URI-Typ Dynamisch konfiguriert ist, wird er als dynamisch migriert und das Feld Adressort bleibt leer.

Einzelheiten finden Sie unter SOAP-Webdienst Paket.

String Operation

Der Zeichenfolge-Operation-Befehl in Enterprise 11 oder Enterprise 10 wird zu äquivalenten Aktionen des Zeichenfolge-Pakets migriert.

In der folgenden Tabelle sind die Zeichenfolge-Operation-Befehle und die äquivalenten Aktionen in Automation 360 aufgeführt:

Wenn Sie in Enterprise 11 einen Zeilenumbruch (\r) in einem regulären Ausdruck im Zeichenfolge-Befehl „Suchen“ verwenden, unterscheidet sich die in Automation 360 angezeigte Ausgabe nach der Migration von der Ausgabe in Enterprise 11.

Problemumgehung: Verwenden Sie in Automation 360 \r|\R anstelle von \r für Zeilenumbrüche.

In Enterprise 11 wurden sowohl „Zeilenumbruch“ (Carriage Return; CR) als auch „Neue Zeile“ (Newline; LF) aufgezählt, um die Gesamtlänge von Zeichenfolge-Operation zu berechnen. In Automation 360 jedoch wird bei der Länge von Zeichenfolge-Operation nur „Neue Zeile“ (LF) berücksichtigt. Folglich ist die Längenangabe in der resultierenden Ausgabe in Automation 360 geringer.

Enterprise 11-Bots können in den Befehlen Suchen und Ersetzen reguläre Ausdrücke zur Suche nach der Zeichenfolge verwenden, an der Sie einen Vorgang ausführen möchten. Auch die äquivalenten Aktionen in Automation 360 können reguläre Ausdrücke zur Suche nach der Zeichenfolge verwenden, an der Sie einen Vorgang ausführen möchten.

In Enterprise 11 berücksichtigt das System das Zeilenumbruchzeichen (/n), das in der Variablen zum Einsatz kommt, wenn Sie die Befehle Suchen und Ersetzen verwenden. In Automation 360 hingegen berücksichtigt das System das Zeilenumbruchzeichen nicht, wenn Sie Suchen und Ersetzen verwenden.

Wenn Sie einen Bot nach Automation 360 migrieren und die Zeichenfolgenoperation auf die Aktion Vor oder Nach eingestellt ist, wird die Ausgabe korrekt abgerufen und der Vorgang ist erfolgreich. Die entsprechende Ausgabe wird auch dann angezeigt, wenn vor der übereinstimmenden Zeichenfolge keine Zeichen vorhanden sind. In Enterprise 11 rufen Bots mit der Aktion Vor oder Nach die Ausgabe nicht korrekt ab und rufen deshalb die Quellzeichenfolge selbst ab. Wenn keine Zeichen vor der übereinstimmenden Zeichenfolge vorhanden sind, wird die Ausgabe als „Keine Übereinstimmung gefunden“ angezeigt.

Beispiel:

Vor-/Nach-Aktion ziehen → (Eingaben: [Quelle = (ABCZ)] → [Vor = Z] → [Prompt-assign zuweisen] → Ausgabe: Leer("")

Vor-/Nach-Aktion ziehen → (Eingaben: [Quelle = (ZABC)] → [Nach = Z] → [Prompt-assign zuweisen] → Ausgabe: ZABC

System

Die Aktionen Computer sperren, Abmelden, Neu starten und Herunterfahren werden zu äquivalenten Aktionen des System-Pakets in Automation 360 migriert.

Einzelheiten finden Sie unter System Paket.

Aufgabe

In der folgenden Tabelle sind die verschiedenen Befehle aufgeführt, die zu den entsprechende Aktionen des Task Bot-Pakets in Automation 360 migriert werden:

Enterprise 11- oder Enterprise 10-Befehle Entsprechende Automation 360-Aktionen und -Pakete
Pausieren Pausieren
Aufgabe beenden Stoppen
Aufgabe ausführen Ausführen. Die von den untergeordneten Bots zurückgegebene Ausgabe wird der entsprechenden Variablen in den übergeordneten Bots zugeordnet.

Terminalemulation

Textverschlüsselung wird in den Aktionen Text senden und Feld festlegen für Automation 360 nicht unterstützt. Wir empfehlen, den Credential Vault statt nur Text zu verwenden.

In Enterprise 11 und Automation 360 gilt:
  • Bots, die folgende Terminalmodelle verwenden, können zu Automation 360 migriert werden:
    • Das Modell VT 220 des Terminaltyps VT Series
    • Die Modelle IBM 5555-B01 und -C01 des Terminaltyps TN 5250
  • Eine Sitzung (die zur Herstellung einer Verbindung zum Terminalserver verwendet wird) kann zwischen dem übergeordneten Bot und einem untergeordneten Bot freigegeben werden. Sie haben die Möglichkeit, eine Sitzung aus dem untergeordneten Bot statt aus dem übergeordneten Bot zu schließen.
  • Für den Terminaltyp VT100 können Sie das Standard-Terminal in Bots verwenden.
  • Bots, die mit dem Befehl Text senden in Enterprise 11 japanischen Text senden, wenn die Option DBCS in der Liste Verschlüsselung und die Option Japanese Shift-JIS (932) in der Liste CodePage im Befehl Verbinden ausgewählt ist, können zu Automation 360 migriert werden.
  • Gilt nur für v.24 und früher : Wenn Sie im Terminalemulation manuell die Taste auf der Tastatur drücken, wird die Enter-Taste der Haupttastatur in Enterprise 11 als {enter} identifiziert, während sie in Automation 360 als {return} bezeichnet wird.
  • Achten Sie darauf, in der Aktion Cursorposition festlegen den richtigen Zeilenwert einzustellen (geben Sie 24 als Wert für Zeile festlegen an, um den Cursor in die letzte Zeile zu setzen), damit Bots erfolgreich ausgeführt werden.

Automation 360 unterstützt keine veraltete Technologie, aber standardmäßig alle Funktionen der erweiterten Technologie des Enterprise 10-/Enterprise 11-Bots.

Der höchste Indexwert in Automation 360 ist 99999. Im Migrationsprozess wird der Feldindex-Wert in der Aktion Feld festlegen automatisch auf 99999 aktualisiert, um dem Höchstwert zu entsprechen. Liegt der Indexwert über 99999 und wird in einer Variablen verwendet, müssen Sie ihn manuell ändern.

Die SSHI-Funktion wird in Automation 360 noch nicht unterstützt.

Mithilfe der Aktion Feld suchen können Sie mit Text nach dem Feldindex oder Feldnamen suchen.

Bei Bots, die in Enterprise 11 erstellt wurden, wird nicht mehr der Text Vorgang wird versucht... angezeigt, nachdem die Bots zu Automation 360 migriert wurden.

Einzelheiten finden Sie unter Terminalemulation-Paket.

Variable Operation

Die folgenden Vorgänge werden ausgeführt, wenn der Variablen ein Wert zugewiesen wird:
Variablen des Typs „Wert“
Die Funktionen für diesen Befehl wurden in Automation 360 in mehrere Pakete aufgeteilt.

In Enterprise 10/Enterprise 11 führte dieser Befehl Zuweisungsvorgänge für alle unterstützten Datentypen aus. Automation 360 verfügt über eine eigene Zuweisen-Aktion für jeden Datentyp. Im Migrationsprozess wird die Zuordnung der korrigierten Pakete und Aktion gemäß der Zuweisung, welche die entsprechende Variable Operation ausführt, gehandhabt.

Bei Enterprise 11-Bots, welche die Option Dezimalkonfiguration verwenden, wird die Aktion In Zeichenfolge des Nummer-Pakets in den migrierten Bots hinzugefügt. In Enterprise 11 wird der Wert vom System gemäß dem im Feld Dezimalkonfiguration angegebenen Wert gerundet. Wenn der Wert, welcher der Variablen zugewiesen ist, beispielsweise 13,456 ist und der im Feld Dezimalkonfiguration angegebene Wert „2“ lautet, wird der Wert in Enterprise 11 vom System auf 13,46 gerundet. In Automation 360 wird der Wert gekürzt statt gerundet. So wird in Automation 360 zum Beispiel der Wert 13,456 in 13,45 konvertiert.

Variablen des Typs „Liste“
Vorgänge mit Listenzuweisung werden zu Element festlegen des List-Pakets migriert. Wenn der Vorgang über einen festen Wert verfügt, erstellt das System eine temporäre Variable und speichert den festen Wert darin. Anschließend können Sie diese temporäre Variable in der Aktion Zuweisen des List-Pakets verwenden, um diese zu speichern.
Variablen des Typs „Array“
Vorgänge mit Arrayzuweisung werden zur Aktion Wert einer einzelnen Zelle festlegen des Data table-Pakets migriert, um einen Wert für bestimmte Zeilen und Spalten festzulegen.
Variablen des Typs „Wörterbuch“
Vorgänge mit Wörterbuchzuweisung werden zur Aktion Put des Dictionary-Pakets migriert, um den Wert für einen bestimmten Schlüssel festzulegen. Ist der Schlüssel eine Kombination aus einer Variablen und einem festen Wert (beispielsweise $Dictionary(key-$id$)$), wird die Aktion Zuweisen im String-Paket hinzugefügt, um den eigentlichen Schlüssel abzurufen.
Systemvariable $Date$
Der „Variable Operation“-Befehl in Enterprise 10/Enterprise 11, der die Systemvariable $Date$ verwendet, wird zu Automation 360 migriert, indem gemäß dem Vorgang, der mit $Date$ ausgeführt wird, neue Datumsaktionen hinzugefügt werden. Der Migrationsprozess konvertiert auch den Datumswert in ein Standard-Zeichenfolgenformat – mm/dd/yyyy HH:mm:ss.

Variable „Zufall“ des Untertyps „Zeichenfolge“: Migration und Zuordnung erfolgen hierbei direkt.

Die folgenden Variable Operations werden angezeigt, wenn ein Wert der Variablen neu initialisiert wird:
Listenvariable
Beim Variable Operation-Befehl, der die Listenvariable in Enterprise 10/Enterprise 11 erneut initialisiert, wird im Migrationsprozess eine temporäre Listenvariable mit neuen Werten erstellt und der Ziellistenvariable in Automation 360 zugewiesen.
Listenvariable, die durch das Lesen einer Textdatei deklariert wird
Dieser Befehl wird zur Aktion Liste aus Textdatei importieren im Legacy Automation-Paket migriert.
Anmerkung: In Automation 360 – anders als in Enterprise 10 oder Enterprise 11 – tritt beim Bot ein Fehler auf, wenn die Quelldatei leer ist oder keinen Schlüssel zur Initialisierung der Listenvariablen enthält.
Array-Variable, die durch das Lesen einer Textdatei deklariert wird
Der Variablentyp „Array“ wird als Variablentyp „Tabelle“ in Automation 360 migriert. Das System verwendet das CSV/TXT-Paket, um die entsprechenden Daten in der Tabellenvariablen im Bot zu lesen und laden.
Wörterbuchvariable
Im Migrationsprozess wird eine temporäre Wörterbuchvariable erstellt, um alle Schlüssel und Werte zu speichern. Anschließend verwendet das System die Aktion Zuweisen im Dictionary-Paket, um die Zielvariable auf die Schlüssel und Werte aus der temporären Wörterbuchvariablen zu aktualisieren.
Wörterbuchvariable, die durch das Lesen einer Textdatei deklariert wird
Im Migrationsprozess wird dieser Anwendungsfall durch Hinzufügen von Aktionen zum Lesen der CSV-Datei mit dem CSV/Text-Paket und Speichern der Daten in einer Tabellenvariablen berücksichtigt. Anschließend fügt das System Aktionen zum Ausführen eines Loops an der Tabellenvariablen hinzu und verwendet die Aktion Put im Dictionary-Paket, um Schlüssel und Werte in die Wörterbuchvariable einzufügen.
Array-Variable, die durch das Lesen einer Excel-/CSV-Datei deklariert wird
Im Migrationsprozess wird dieser Anwendungsfall durch Migration des Variablentyps „Array“ als Variablentyp „Tabelle“ in Automation 360 berücksichtigt. Das System fügt die Aktionen Öffnen, Mehrere Zellen abrufen und Schließen des Excel Advanced-Pakets hinzu und befüllt die Tabellenvariable.
Die folgenden Variable Operations werden angezeigt, wenn ein Wert der Systemvariablen zurückgesetzt wird:
Variable Operation (Zurücksetzen von Systemvariablen)
Folgende Systemvariablen werden als benutzerdefinierte Variablen zu Automation 360 migriert. Das System fügt eine entsprechende Aktion hinzu, um den Wert der äquivalenten Variablen, die in Automation 360 erstellt wurde, zu löschen.
  • Email Cc
  • Email From
  • Email Message
  • Email Received Date
  • Email Received Time
  • Email Subject
  • Email To
  • Error Description
  • Error Line Number

Warten

Auf Fenster warten und Auf Bildschirmänderung warten in Automation 360 lösen einen Ausnahmefehler aus, wenn das entsprechende Fenster nicht in der angegebenen Zeit geöffnet/geschlossen wird oder der Bildschirm nicht in der angegebenen Zeit gefunden wird. In diesen Fällen fügt das System den Try/Catch-Block hinzu, wenn der Befehl zum Beenden des Bots konfiguriert wurde, und fügt die Aktion Aufgabe beenden im Catch-Block ein. Auf diese Weise wird sichergestellt, dass das Ausführungsverhalten von migrierten Bots mit jenem in Enterprise 10/Enterprise 11 identisch ist.

Da wir Befehle in Automation 360 mit der Aktion Bot beenden im Try/Catch-Block migrieren, wird der Bot auch beendet, wenn die Aktion aus einem anderen Grund fehlschlägt. Während des Migrationsprozesses werden durch die Aktion Bot beenden auch zusätzliche Fehlerbehandlungen in die migrierten Bots eingefügt, wenn die Option Die Aufgabe beenden ausgewählt ist.

Die Aktion Auf Fenster warten kann für Koordinaten, die in Automation 360 nicht unterstützt werden, negative Werte aufweisen. Während des Migrationsprozesses werden negative Werte in 0 geändert.

Web Recorder

Alle Web Recorder-Befehle (mit Ausnahme der unten ausdrücklich genannten) werden zu entsprechenden Aktionen des Legacy Automation-Pakets in Automation 360 migriert. Mit dem Legacy Automation-Paket wird sichergestellt, dass die migrierten Bots die gleichen Ergebnisse wie in Enterprise 10/Enterprise 11 ausgeben. Zur Entwicklung neuer Bots wird die Verwendung des Legacy Automation-Pakets jedoch nicht empfohlen.

Suchen nach fehlerhaften Links wird zu Browser > Suchen nach fehlerhaften Links migriert. In Enterprise 10/Enterprise 11 gibt es zusätzlich die Optionen „Zeitlimit bei Suche nach fehlerhaften Links“ und „Suchen nach fehlerhaften Links“ unter Werkzeuge > Optionen. In Automation 360 gibt es diese Optionen als Teil der Aktion. Dort beträgt das Zeitlimit standardmäßig 10 Sekunden und die Anzahl paralleler Threads liegt standardmäßig bei einem Wert von 10.

Dateien herunterladen wird zu Browser > Dateien herunterladen migriert.

Während des Migrationsprozesses werden durch die Aktion Tabelle extrahieren zusätzliche Fehlerbehandlungen in die migrierten Bots eingefügt, wenn das Kontrollkästchen Bei Fehler mit der nächsten Aktion fortfahren aktiviert ist.

Window Action

Alle Fensteraktionen-Befehle werden zu äquivalenten Aktionen des Fenster-Pakets in Automation 360 migriert.

Enterprise 11-Bots können in den Befehlen Titel für aktives Fenster abrufen, Fenster aktivieren, Fenster maximieren, Fenster minimieren, Fenster schließen und Fenstergröße ändern reguläre Ausdrücke zur Suche nach dem Fenster verwenden, an dem Sie einen Vorgang ausführen möchten. Auch die äquivalenten Aktionen in Automation 360 können reguläre Ausdrücke zur Suche nach dem Fenster verwenden, an dem Sie einen Vorgang ausführen möchten.

Einzelheiten finden Sie unter Fenster Paket.

XML

Alle XML-Befehle werden zu äquivalenten Aktionen des XML-Pakets in Automation 360 migriert.

Folgende Befehlsnamen haben sich geändert:

Wenn Sie in Enterprise 11 den XML-Befehl auf Knoten abrufen festgelegt und die Option Mehrere Knoten ausgewählt haben, gibt die Option XPath-Ausdruck nur das letzte Element des passenden Ausdrucks zurück. In Automation 360 gibt der XPath-Ausdruck alle übereinstimmenden Elemente zurück.

Enterprise 11-Bots, die Knoten extrahieren, die Namespaces aus einer XML-Datei enthalten, können zu Automation 360 migriert werden. Wenn Sie einen Namespace zum Knoten in einer XML-Datei hinzufügen, müssen Sie die Datei neu laden, damit die Änderungen übernommen werden.

Einzelheiten finden Sie unter XML-Paket.