Aktualisierungen zur Migration für v.27

Werfen Sie einen Blick auf neue Funktionen, Änderungen sowie Problembehebungen und Einschränkungen bei der Migration von den Versionen Enterprise 11 und 10 nach Automation 360 v.27.

Neue Funktionen

Enterprise 11 und Enterprise 10
Automation 360-Bots überprüfen, die die Basic-Authentifizierung in E-Mail-Aktionen verwenden

Mit dieser Version wird die Option eingeführt, den Bot Scanner zu verwenden, um alle Automation 360-Bots zu überprüfen und diejenigen zu identifizieren, die im E-Mail-Paket und in der Aktion „E-Mail-Auslöser“ die Basic-Authentifizierung nutzen. Sie müssen sie also nicht manuell identifizieren.

Sie können den Bot Scanner-Bericht verwenden, um die Auswirkungen der Basic-Authentifizierung auf die Bots und den geschätzten Aufwand für den Wechsel des Authentifizierungsmodus von Basic zu OAuth 2.0 zu analysieren.

Weitere Informationen finden Sie unter Bots auf Basic-Authentifizierung überprüfen | Meldungen zur Überprüfung auf Basic-Authentifizierung

Nach der Migration automatisch erstellte Variablen

Im Bot Scanner-Dienstprogramm werden Bots, die die folgenden nicht referenzierten Systemvariablen enthalten, nicht mehr mit Aktion erforderlich oder Prüfung erforderlich gekennzeichnet:

  • $Excel Column$
  • $Filedata Column$
  • $Dataset Column$
  • $Table Column$
  • $XML Data Node$
  • $PDFTitle$
  • $PDFSubject$
  • $PDFFileName$
  • $PDFAuthor$

Nach der Migration werden diese Variablen automatisch entsprechend der Automation 360-Benennungskonvention vom System erstellt und die migrierten Bots werden erfolgreich ausgeführt.

Unterstützung für SMTP-Servertyp mit Befehl E-Mail senden

Wenn Sie Bots mit dem Befehl E-Mail senden migrieren, können Sie die Option Einstellungen für E-Mail-Ausgangsserver verwenden im Fenster Bot-Migrationsassistent auswählen, um den Servertyp für die Enterprise 11-Bots zu ermitteln und auszuwählen. Die erforderlichen Serverdetails können Sie mit einer neuen SMTP-Servertypoption konfigurieren.

Einzelheiten finden Sie unter Migrieren von Enterprise-Bots.

Verbesserte automatisierte Bearbeitungsmöglichkeiten für Legacy-Bots

Bei der Migration von Legacy-Bots, die den Befehl In Datei protokollieren enthielten, wurden die Carriage Return- und Line Feed-Zeichen (CRLF) automatisch in LF-Zeichen umgewandelt. In Automation 360 wird der Text in einer einzigen Zeile ohne LF-Zeichen angezeigt. In Enterprise 11 wird hingegen das CRLF-Zeichen am Ende jeder Zeile als ein LF-Zeichen hinzugefügt. Infolgedessen mussten Sie die Variable $String:Newline$ hinzufügen, um ein CRLF-Zeichen in den migrierten Bot einzufügen.

Mit der neuen Option \n Zeichen in Aktion \rn\n „In Datei protokollieren“ konvertieren in der Bot-Migrationsassistent können Sie ein neues CRLF-Zeichen automatisch migrierten Bots hinzufügen und müssen keine manuellen Bearbeitungen vornehmen. Migrierte Bots, die die In Datei protokollieren-Unterbefehle zur Protokollierung von Dateien verwenden, können die CRLF-Zeichen in einer Zeichenfolge verwenden.

Einzelheiten finden Sie unter Migrieren von Enterprise-Bots.

Nur Enterprise 11
Optimierung der Migration von Paketen und Aktionen
  • Wenn Sie Enterprise 11-Bots mit Variablen migrieren, deren Werte aus einer Textdatei gelesen werden, fügt das System den Unterbefehl Zeichenfolge: Mit dem Unterbefehl Zeichenfolge aus Textdatei importieren können sie die Variablen aus der Textdatei in eine Zeichenfolgenvariable importieren. Dies führt dazu, dass zusätzliche Zeilen zu den migrierten Bots hinzugefügt werden.

    Die Aktion Variablen lesen wurde zum Textdatei-Paket hinzugefügt, um das Problem mit den zusätzlichen Zeilen zu lösen.

    Mit dieser Aktion können Sie die Werte aller Variablen einer Textdatei eines migrierten Bots als eine einzige Zeile lesen. Das reduziert den Aufwand nach der Migration und die Anzahl der hinzugefügten Zeilen in einem migrierten Bot.

    Einzelheiten finden Sie unter Aktion „Variablen lesen“.
  • Für die folgenden Protokolle stellt Microsoft die Möglichkeit zur Verwendung der Basic-Authentifizierung in Exchange Online ein:
    • RPC
    • MAPI
    • Offline Address Book (OAB)
    • Exchange Web Services (EWS)
    • POP
    • IMAP
    • Exchange ActiveSync (EAS)
    • PowerShell
    Für Kunden, die einen Bot ausführen, um mithilfe der Protokolle IMAP, POP3 oder EWS mit Basic-Authentifizierung über die E-Mail-Automatisierung eine Verbindung zu Exchange Online herzustellen, haben wir Authentifizierungsoptionen hinzugefügt, die die OAuth2-Authentifizierung unterstützen.

    Sie können Enterprise 11-Bots mit dem Authentifizierungstyp OAuth2 mithilfe von Autorisierungscode mit PKCE oder Client-Anmeldedaten migrieren.

  • Bei der Aktion Lesen aus des Datenbank-Pakets wird die folgende Option eingeführt: Datei nicht erstellen, wenn keine Daten gefunden wurden. Diese Option ist standardmäßig für migrierte Bots mit dem Paket Datenbank ausgewählt, und die migrierten Bots folgen nun dem gleichen Verhalten wie Enterprise 11. Wenn die ausgeführte SQL-Abfrage keine Daten zurückgibt, tritt folgendes Verhalten auf:
    • Wenn diese Option ausgewählt ist, wird keine CSV-Datei erstellt.
    • Wenn diese Option nicht ausgewählt ist, wird eine 0 KB große CSV-Datei erstellt.
    Weitere Informationen finden Sie unter Verwenden der Aktion „Lesen aus“.
  • Migrierte Bots unterstützen die neu hinzugefügte Zurück-Taste in der Aktion Tastaturanschläge simulieren > Tastaturanschläge. Diese Bots zeigen weiterhin die Eingabe-Taste (die in Num Enter umbenannt wurde) sowie die neu hinzugefügte Zurück-Taste an.
  • Migrierte Bots unterstützen den Zugriff auf die globale Variable „Datum/Zeit“ für alle Aktionen in den Datum/Zeit-Befehlen.
Sie können erfolgreich TaskBots migrieren, die Verweise auf mehrere MetaBots enthalten, die wiederum DLLs mit demselben Namen enthalten. Der Sitzungsname der ersten DLL wird anhand des Namens der DLL erstellt. Wenn die nachfolgende DLL mit demselben Namen aus einem anderen MetaBot migriert wird, wird die ID des Ordners, in dem sich die DLL befindet, als Sitzungsname verwendet.

Beispiel: M_DLL_Session-<MetabotFolderId>_<DLLName>.

Korrekturen

Wenn die Enterprise 11-Bots den Befehl E-Mail senden ohne Konfigurieren der Authentifizierung verwendet haben, werden die Werte E-Mail-Server-Host, E-Mail-Server-Port und Mein Server benötigt eine Authentifizierung nach der Migration jetzt auf die entsprechenden Werte eingestellt.

Zuvor wurden diese Werte nach der Migration auf Nullvariablen gesetzt, und die Authentifizierung schlug fehl.

Service Cloud-Fall-ID: 01849475

Nach der Migration zeigen Bots, die Visual Basic-Skript oder JavaScript in der Legacy-Automatisierungs-Aktion Skript ausführen sowie mehrere Parameter verwenden, die Leerzeichen ohne Anführungszeichen enthalten, jetzt nach der Ausführung die korrekte Ausgabe an.

Zuvor wurden solche Bots falsch ausgegeben.

Service Cloud-Fall-ID: 01901882

Während der Migration tritt kein Fehler mehr auf, wenn der Bot für die Select-Abfrage eine Validierung durchführt. Früher trat bei Texttreibern zufällig der folgende Fehler auf.

[Microsoft][ODBC Text Driver] Objekt ungültig oder nicht mehr festgelegt.

Wenn nach der Migration auf Automation 360 das Fenster Anwendung für die Bots, die die Befehle Wenn, WENN/SONST oder Schleife in der Windows-Steuerung verwenden, nicht vorhanden ist, treten bei diesen Bots während der Bot-Ausführung keine Fehler mehr auf.

Service Cloud-Fall-ID: 01846262

Die Parameter für gespeicherte Prozeduren werden bei der Migration von Bots auf Automation 360 mithilfe von Nvarchar richtig festgelegt.
Wenn ein Bot mit der Datei- und Ordner-Schleife auf Automation 360 migriert wurde, trat ein Fehler auf, wenn der entsprechende Ordner nicht vorhanden war. Sie können solche Bots wie den entsprechenden Legacy-Bot nun migrieren, da jetzt die Wenn-Bedingung vor der Datei- und Ordner-Schleife ausgeführt wird, um zu prüfen, ob der Ordner vorhanden ist.
Sie können Bots, die den Befehl Unterzeichenfolge enthalten, aus dem Zeichenfolge-Paket zu Automation 360 migrieren, auch wenn das optionale Attribut Länge leer ist.
Wenn Sie einen Bot mit der Variablen $counter innerhalb einer verschachtelten Schleife zu Automation 360 migrieren, wird der Zähler der untergeordneten Schleife nun auf den Zähler der übergeordneten Schleife gesetzt und die Iteration der untergeordneten Schleife wird korrekt verarbeitet.
Wenn Sie die Abfrage Auswählen innerhalb eines Schleife-Pakets ausführen und die Ergebnismenge erneut iterieren, wiederholt die daraus resultierende Schleife nun wie erwartet den letzten Datensatz.

Service Cloud-Fall-ID: 01799961

Sie können Bots erfolgreich migrieren, wenn für diese im Befehl Klonen von Objekten die Option Warten, bis Objekt vorhanden ist auf den Wert 0 Sekunden festgelegt ist.
Wenn Sie den Befehl Logik ausführen mit einer WENN/SONST-Bedingung verwenden, die eine Anmeldedatenvariable verwendet, werden alle Anmeldedatenvariablen erfolgreich migriert.
Wenn Sie Enterprise 11-Bots mit Zeichenfolgenvariablen migrieren, die statische Werte haben, wird die Variablenanalyse durch Legacy-Ausdrücke nicht mehr durchgeführt. Dadurch wird vermieden, dass den migrierten Bots unnötige Analyseausdrücke hinzugefügt werden.

Service Cloud-Fall-ID: 01819830

Sie können migrierte Bots, die mehrere Clipboard-Variablen enthalten, erfolgreich als Ausgabe ausführen. Automation 360 fügt nach jeder Variablen die Aktion Zwischenablage: Kopieren nach hinzu, sodass migrierte Bots korrekt ausgeführt werden.

Service Cloud-Fall-ID: 01815938

Wenn Sie Enterprise 11-Bots migrieren, die die Aktion Verbinden mit dem Befehl Terminalemulation verwenden, und wenn das Feld Hostname eine Anmeldedatenvariable enthält, wird das Feld nach der Migration korrekt zugewiesen.

Service Cloud-Fall-ID: 01861600

Wenn Sie migrierte Bots ausführen, die die Aktion Legacy Automation > Websteuerelemente verwalten > Element nach Text auswählen enthalten, wird die Liste mit den Variablen jetzt wie erwartet angezeigt.

Service Cloud-Fall-ID: 01782998

Sie können jetzt die Lizenz eines Bot Runner-Nutzers in einem migrierten Automation 360-Control Room ändern, neu zuweisen oder löschen, selbst wenn der Bot Runner-Nutzer sich mindestens einmal beim Enterprise 11-Client angemeldet hat.

Bisher wurde in solchen Fällen ein Fehler gemeldet.

Service Cloud-Fall-ID: 01829547

Sie können migrierte Bots erfolgreich auf SMTP-Servern ausführen, wenn Sie den Befehl E-Mail senden in eine Schleife einschließen und diese Schleife mehr als 100 Mal durchläuft.

Service Cloud-Fall-ID: 01792886

Migrierte Bots erstellen keine doppelten Variablen, wenn die Variable Error_description zwischen Groß- und Kleinschreibung unterscheidet.

Service Cloud-Fall-ID: 01861530

Sie können jetzt Auditprotokolle mit dem Dienstprogramm für den Export von Auditprotokollen auf einem Setup mit mehreren Knoten aus dem Enterprise 11-Control Room migrieren.

Bisher zeigte das Dienstprogramm für den Export von Auditprotokollen in solchen Fällen einen Ausnahmefehler an, und die Auditprotokolle konnten nicht migriert werden.

Service Cloud-Fall-ID: 01912835

Einschränkungen

In Enterprise 11 wurden, wenn in Bots bestimmte Tasten verwendet wurden (z. B.: Strg, Umschalt-, Feststell- oder Num-Taste usw.), im Tastatureingabe einfügen-Befehl die Tasten zurückgesetzt, wenn bei der Ausführung der untergeordneten Bots ein Fehler auftrat. Nach der Migration werden diese Tasten nicht mehr zurückgesetzt, wenn bei der Ausführung der untergeordneten Bots ein Fehler auftritt. Das kann dazu führen, dass bei Ausführung der anderen nachfolgenden untergeordneten Bots oder der Haupt-Bot-Datei verschiedene Ausgaben oder Verhaltensweisen auftreten.

Service Cloud-Fall-ID: 00773679

Wenn Sie einen Bot migrieren, der den Befehl E-Mail senden verwendet, und den Bot in Automation 360 ausführen, werden die vordefinierten Platzhalter im E-Mail-Text nicht durch ihren tatsächlichen Inhalt ersetzt.
Beispiel:
Task Name: <taskname>
Repeat: <repeat>
Status: <status>
Last Run Time: <lastruntime>
Wenn Sie hingegen den Bot in Enterprise 11 mit diesen Platzhaltern ausführen, wird die folgende Ausgabe erzeugt:
Task Name: PLACEHOLDER_SEND.atmx
Repeat: Do not Repeat
Status: Failed
Last Run Time: 11/29/2022 13:04:22

Service Cloud-Fall-ID: 01908010

Wenn Sie einen migrierten Bot mit einem XML-Paket ausführen, das einen Xpath-Ausdruck enthält, kann der ausgeführte Bot fehlschlagen und folgende Fehlermeldung erzeugen: No node found at XPath.
Dieses Problem kann bei den folgenden spezifischen Szenarien auftreten:
  • Wenn das Stammelement keinen Namespace hat und das untergeordnete Element des XML-Pakets einen Standard-Namespace besitzt.
  • Wenn im XML-Dokument mehr als ein xmlns-Element (der XML-Standard-Namespace) definiert ist.

Service Cloud-Fall-ID: 01874203, 01798339

Einzelheiten finden Sie unter XML path is not working which works fine in Enterprise 11.

Aktualisierungen der Schnittstelle

Migration
Die Option Bots, die die E-Mail-Aktion mit Basic-Authentifizierung verwenden wurde im Bot Scanner zum Scannen von Bots hinzugefügt, die eine Basic-Authentifizierung im E-Mail-Paket und E-Mail-Auslöser verwenden.Bot Scanner-Assistent mit Option zur Auswahl von Bots, die die E-Mail-Aktion mit Basic-Authentifizierung verwenden

Nach Automation 360-Bots suchen, die in der E-Mail-Aktion Basic-Authentifizierung verwenden

Dem Bot-Migrationsassistent wird die Option Einstellungen für E-Mail-Ausgangsserver verwenden hinzugefügt, um den Typ des von Ihnen verwendeten E-Mail-Servers zu bestimmen. Bot-Migrationsassistent zeigt die Option zur Auswahl des Typs des E-Mail-Ausgangsservers an.

Unterstützung für SMTP-Servertyp mit Befehl E-Mail senden

Im Bot-Migrationsassistent wird die Option \n Zeichen in Aktion \rn\n „In Datei protokollieren“ konvertieren hinzugefügt, damit Sie die Bots nicht manuell bearbeiten müssen. In migrierten Bots wird automatisch eine neue Zeile hinzugefügt.Bot-Migrationsassistent zeigt die Option zum Hinzufügen einer neuen Zeile in Bots an.

Verbesserte automatische Bearbeitungsmöglichkeiten für Legacy-Bots