Seite „Attribute“

Agent"Programm, das die Ausführung von Verarbeitungen auf Zielsystemen wie z.B. Rechner oder Geschäftslösungen ermöglicht. Auch ein eigener Objekttyp in der Automation Engine. [Früher ""Executor"" genannt.] Siehe auch ""Host""."

Remote Task Manager (JOBQ), JobVerarbeitung auf einem Zielsystem. Auch ein eigener Objekttyp in der Automation Engine. (JOBS)

Zielsystem (Agent oder Agentengruppe), d. h., das System, auf dem der Job ausgeführt wird.

Generic-Jobs sind ein Sonderfall. Bei deren Definition muss kein Agent zugewiesen werden. Wenn Sie dies tun und die vordefinierte VariableFixe Variablen, die in Attributen oder im Script aktivierbarer Objekte verwendet werden können. Die Werte beziehen sich auf das Objekt oder das System. &$PLATFORM# in einer ScriptEigener Objekttyp in der Automation Engine-Anweisung verwenden wollen, müssen Sie auch die VariableSpeichert oder ermittelt Werte dynamisch zur Laufzeit. Auch ein eigener Objekttyp in der Automation Engine. &AGENT# definieren.

In den Feldern Agent und LoginAnmeldedaten für Zielsysteme. Auch ein eigener Objekttyp in der Automation Engine. ist es nicht möglich, { } Ausdrücke in Kombination mit Script-Variablen wie {VARIABLE.STATIC,&SCRIPTVAR#,1} zu verwenden. Es ist möglich, entweder { } Ausdrücke oder Script-Variablen zu verwenden; eine Kombination dieser beiden ist jedoch nicht möglich. Ein möglicher Workaround ist, GET_ATT und :PUT_ATT in Statements von Pre-Scripts zu verwenden.

Login

Login-Objekt, das die erforderlichen Informationen enthält, damit sich der Job im Zielsystem anmelden kann.

In den Feldern Agent und Login ist es nicht möglich, { } Ausdrücke in Kombination mit Script-Variablen wie {VARIABLE.STATIC,&SCRIPTVAR#,1} zu verwenden. Es ist möglich, entweder { } Ausdrücke oder Script-Variablen zu verwenden; eine Kombination dieser beiden ist jedoch nicht möglich. Ein möglicher Workaround ist, GET_ATT und :PUT_ATT in Statements von Pre-Scripts zu verwenden.

Das im Login-Objekt angegebene Benutzerprofil muss auch auf den OS/400-Plattformen aktiviert sein. Andernfalls ist es nicht möglich, Jobs zu starten.

CodeTabelleDefiniert einen kompletten Zeichensatz. Auch ein eigener Objekttyp in der Automation Engine.

Queue, in der das Objekt ausgeführt werden wird.

Wenn Sie hier keine Queue wählen, wird das Objekt in der CLIENT_QUEUE starten. Siehe Mandanten-Queue.

Gruppenobjekt (JOBG), ScheduleStartet in periodischen Abständen aktivierbare Objekte. Auch ein eigener Objekttyp in der Automation Engine. (JSCH), Workflow (JOBP)

Queue, in der das Objekt ausgeführt werden wird.

Die Queue der untergeordneten Aufgaben wird bei allen drei Job-Typen für die Verarbeitung der GruppeFasst Aufgaben zusammen, um diese gemeinsam durchzuführen. Auch ein eigener Objekttyp in der Automation Engine. durch diesen Wert ersetzt.

Wird kein Wert angegeben, wird die für die ParentEin Objekt kann auf verschiedenste Arten aktiviert werden. Der Verursacher der Aktivierung wird als übergeordnete Aufgabe (Parent) bezeichnet. (siehe auch Child, Children)-AufgabeEin gestartetes Objekt, welches gerade durchgeführt wird. Aufgaben werden auch als Aktivitäten bzw. Tasks bezeichnet. definierte Queue verwendet.

Wenn Sie hier *OWN angeben, wird ebenfalls die für die Parent-Aufgabe definierte Queue verwendet.

Event (EVNT), Job (JOBS), Script (SCRI), BenachrichtigungSendet Mitteilungen an einzelne Benutzer und BenutzerGruppen des Automation Engine-Systems. Auch ein eigener Objekttyp in der Automation Engine. [Früher "CallOperator" genannt.] (CALL), Schedule (JSCH), Workflow (JOBP)

Wenn dieses Objekt in eine Gruppe (JOBG) aufgenommen werden soll, wählen Sie die Gruppe in dieser Dropdown-Liste aus. Falls hier nichts angegeben ist, wird das Objekt sofort aktiviert.

Diese Option wird ignoriert, wenn das Objekt von einem Workflow (JOBP), einer Schedule (JSCH) oder einer wiederkehrenden Aufgabe gestartet wird.

Mit Schedule-Objekten werden Aufgaben periodisch gestartet. Hier legen Sie fest, wann eine neue Periode beginnt. Aufgaben, die Sie in das Schedule-Objekt aufnehmen, werden standardmäßig zu diesem Zeitpunkt starten, es sei denn, Sie legen im Feld Startzeit auf der Seite Scheduleetwas anderes fest.

Die Aufgaben werden ein Mal innerhalb einer Periode gestartet. Bei jedem Wechsel erhält eine Periode eine neue RunID"Kurzform für ""laufende Nummer"". Hierbei handelt es sich genauer um eine Zahl, welche die Durchführung einer Aufgabe eindeutig kennzeichnet. Die RunID kann zwischen 7 und 10 Stellen aufweisen. Sie wird von der Komponente Automation Engine vergeben.".

Ändern Sie diese Einstellung bei laufender Verarbeitung von Aufgaben im Schedule-Objekt, werden diese weiterhin ausgeführt. Sie starten erneut, wenn der neue Zeitpunkt des Periodenwechsels erreicht wird.

Die Länge der Periode, die Sie der Schedule zuweisen. Die Standardeinstellung ist 1 Tag. Dies ist auch der niedrigste gültige Wert.

Dies ist der ZeitraumEin Zeitraum ist ein zeitlicher Bereich für SLA-Aktivitäten, der im Service Orchestrator in allen Ansichten des Funktionsbereichs Berichte verwendet wird. Der von Ihnen ausgewählte Zeitraum gilt für alle Registerkartenseiten unter Berichte, die im Hauptbereich geöffnet sind. Wenn Sie den Zeitraum auf einer Registerkartenseite ändern, wird der neue Zeitraum für alle geöffneten Registerkartenseiten übernommen. Der Standardzeitraum ist „Dieser Monat“., der bestimmt, wann die Aufgaben gestartet werden. Sie nutzen diese Einstellung in Verbindung mit der Zeit, die im Feld Periodenwechsel auf dieser Seite eingetragen wurde, und mit der Startzeit und dem Versatz der Aufgabe, die auf der Seite Schedule festgelegt werden.

Diese Einstellungen gelten für alle Aufgaben, denen sie zugewiesen werden, falls Sie auf Aufgabenebene nichts anderes festlegen.

Anzahl der Ressourcen, die bei der Ausführung belegt werden.

Der Standardwert nutzt den Wert, der von Ihrem Administrator im WORDKLOAD_DEFAULT_FT Key der UC_SYSTEM_SETTINGS Variable gesetzt wurde.

• Standardwert: 0
• Erlaubte Werte: 0 bis 100000

Remote Task Manager (JOBQ), Script (SCRI), Benachrichtigung (CALL), Event, FileTransfer (JOBF), Job (JOBS), Benachrichtigung (CALL), Schedule (JSCH), Script (SCRI), Workflow (JOBP)

Objekte werden in Queues basierend auf deren Priorität ausgeführt. Hier geben Sie die Priorität an, die dem Objekt zugewiesen wird. Details dazu finden Sie unter Automation Engine-Priorität.

Der Standardwert nutzt den Wert, der von Ihrem Administrator im TASK_PRIORITY Key der UC_SYSTEM_SETTINGS Variable gesetzt wurde.

• Standardwert: 0, was einer Priorität von 200 entspricht
• Erlaubte Werte: 1 (niedrigster) bis 255 (höchster)

Wenn Sie diese Checkbox aktivieren, wird die Priorität ignoriert, die den Aufgaben in einem Workflow zugewiesen wurde. Sie erben stattdessen die Priorität, die für den Workflow definiert wurde. Das gleiche gilt für Child-Workflows: Sie erben die Priorität, die im Parent-Workflow definiert wurde.

Mit dieser Funktion können Sie steuern, wann Aufgaben und Child-Workflows verarbeitet werden und ggf. verhindern, dass sie parallel laufen.

Beispiel:

Sie haben einen Workflow definiert, der zwei Child-Workflows mit jeweils zwei Aufgaben enthält:

Bleibt diese Checkbox deaktiviert, werden auch bei Workflows mit unterschiedlichen Prioritäten die Aufgaben mit der gleichen Priorität verarbeitet, voraussichtlich parallel. Es werden nur die verfügbaren Ressourcen berücksichtigt.

Wird diese Checkbox für die Child-Workflows (Child-Workflow 1 und 2) aktiviert, jedoch NICHT für den Parent-Workflow, erben deren Aufgaben die jeweiligen Prioritäten. Deshalb werden Aufgabe 1 und 2 früher als Aufgabe 3 und 4 ausgeführt.

Wenn Sie diese Checkbox für den Parent-Workflow aktivieren, erben alle Priorität 50 und werden wieder mit der gleichen Priorität verarbeitet.

Aktivieren Sie diese Option, wenn Workflow-Aufgaben, die dieselbe Agentengruppe verwenden, auch die gleichen Hosts nutzen sollen. Einzelheiten darüber, wie der Agent ermittelt wird, siehe Einstellung der Agentengruppe für Workflows.

Wenn diese Option nicht aktiviert ist, wählt das System einen beliebigen Agenten aus der Agentengruppe für die Aufgabe aus.

Alle Objekte

Der Aktivierungs- und Startzeitpunkt eines Objekts können zwei verschiedene Zeitpunkte sein, z.B. wenn ein Objekt von einem Workflow ausgeführt wird.

Hier können Sie definieren, wann das Script ausgeführt wird.

Diese Einstellung wirkt sich auch darauf aus, wie das System entscheidet, welcher Agent innerhalb einer Agentengruppe die Aufgabe verarbeiten wird.

• Aktivierungszeitpunkt: Das Script wird verarbeitet, wenn das Objekt aktiviert wird (vor der Verarbeitung).

  Der Startzeitpunkt der Aufgabe wird für die Wahl des Agenten herangezogen. Falls in diesem Moment nicht ausreichend Ressourcen auf dem Agenten verfügbar sind, wechselt der StatusZustand einer Aufgabe (z.B. aktiv, blockiert, in Generierung, usw.). der Aufgabe auf Wartet auf Ressource. Es wird solange gewartet, bis sie auf dem ausgewählten Agenten verarbeitet werden kann. Sollte in der Zwischenzeit ein anderer Agent ausreichend Ressourcen zur Verfügung haben, wechselt die Aufgabe den Agenten NICHT.

• LaufzeitDurchführungsdauer einer Aufgabe. Das ist der Zeitraum zwischen Start und Ende. Der Aktivierungszeitraum wird nicht dazugerechnet (siehe auch Aktivierung und Start).: Die Script-Prozessierung erfolgt direkt nach der Aktivierungsphase.

  Der Startzeitpunkt der Aufgabe wird gleichzeitig für die Wahl des Agenten und für die Ressourcenzuteilung herangezogen. Falls in diesem Moment auf keinem Agenten ausreichend Ressourcen verfügbar sind, wechselt der Status der Aufgabe zu Wartet auf HostRechner, Zielsystem.. Es wird gewartet, bis einer der Agenten in der Gruppe über die notwendigen freien Ressourcen verfügt.

Nähere Informationen zu den beiden Optionen finden Sie unter 2. Generierung.

Sie können definieren, wie viele Aufgaben parallel durchgeführt werden sollen. Sie müssen dies berücksichtigen, wenn Sie einzelne Objekte zu einer Gruppe hinzufügen und entscheiden, ob die Aufgaben parallel durchgeführt werden sollen, oder nicht.

• Standardwert: 0 (keine Einschränkung)
• Erlaubte Werte: 0 bis 99999

Verbleibende Aufgabe: Wenn Sie eine Einschränkung für parallel laufende Dateiübertragungen definieren, können Sie auch bestimmen, was mit den Aufgaben, die diese Einschränkung überschreiten, geschieht.

• Warten: Das Objekt wartet, bis Durchführung möglich ist.
• Abbrechen: Das Objekt endet.

Externe Job-Reports werden in der Automation Engine-DatenbankEine Datenbank ist eine organisierte Sammlung von Daten und wichtigen Datenstrukturen. gespeichert.

Bei Remote Task Manager-Objekten für Prozessketten (R3>PROCESSCHAINS) werden, abhängig von dieser Einstellung, entweder alle (Report der Kette und deren Steps) oder keine Reports übertragen.

Hier definieren Sie die KonfigurationEine Reihe von Komponenten, aus denen ein System besteht. Dazu gehören Informationen über die Verbindung der Komponenten einschließlich der angewendeten Einstellungen. für die überwachten und gesteuerten Abläufe. Folgende Optionen sind verfügbar:

• Flach: Die Abläufe werden untereinander gereiht dargestellt.

• Hierarchisch: Vorhandene Parent-Child-Beziehungen werden dargestellt.

Ein Remote Task Manager-Objekt kann die Intercepted Child-Jobs, die keinen Parent besitzen, nicht starten, wenn die hierarchische Filterung eingestellt ist. Um sie zu starten, wählen Sie flache Filterung.

Bei Remote Task Manager-Objekten für Prozessketten ist diese Option nicht verfügbar (PROCESSCHAINS).

Die Aufgabe wird nach ihrer Durchführung immer deaktiviert. So lange sie aktiv ist, steht sie im Fenster „Aufgaben“ zur Verfügung. Nach der Deaktivierung wird sie daraus entfernt.

Sie können immer noch aus der PerspektiveEigener Funktionsbereich der Automic Web Interface (AWI) - Weboberfläche. Process Monitoring darauf zugreifen, indem Sie die Checkbox Deaktivierte Aufgaben einbeziehen als Filter aktivieren.

Die Aufgabe wird nur deaktiviert, wenn sie fehlerfrei ausgeführt und der Status als erfolgreich bestätigt wurde.

Wurde kein Status ausgewählt, zeigen die System-Rückgabewerte 1900 bis 1999 (ANY_OK) eine erfolgreiche Dateiübertragung an.

Workflows: Ein unterbrochener Workflow, einschließlich dessen Aufgaben, verbleibt im Fenster „Aufgaben“. Um ihn zu deaktivieren und aus der Liste zu entfernen, haben Sie zwei Möglichkeiten:

Sie können eine ZeitspanneEine Zeitspanne ist im Service Orchestrator ein Zeitraum, der verwendet wird, um SLA-Leistungsergebnisse in Berichtsdiagrammen aufzuschlüsseln und zu gruppieren. Wenn Sie zum Beispiel die SLA-Ergebnisse des letzten Jahres durchsehen, können Sie die Ergebnisse nach der Zeitspanne „Quartal“ aufschlüsseln, so dass jeder Balken die Ergebnisse pro Quartal darstellt. Dies ist nicht das Gleiche wie eine Zeitperiode, welche den gesamten Zeitraum umfasst, der den Berichten zugrunde liegt. (in Minuten) definieren, nach welcher die Aufgabe automatisch deaktiviert wird. Sie können das Objekt innerhalb der bestimmten Zeitspanne noch immer manuell deaktivieren.

Der Standardwert ist 0. Hierdurch wird der Wert angewendet, den der Systemadministrator in der Variable UC_CLIENT_SETTINGS definiert hat.

Geben Sie hier den erwarteten Endstatus ein.

Workflows: Dies ist der erwartete Endstatus der Aufgaben im Workflow.