call sub profile for source tree (a,b,c,d,e,f,g,h,i,j,k)


Diese Funktion wird verwendet, um ein anderes Profil aufzurufen (Sub-Profil), dessen Zielstruktur in die Quellstruktur dieses Profils eingehängt wurde (Substruktur).

Die Funktion kann (in der Zielstruktur dieses Profils) auf jeden beliebigen Knoten und jedes beliebige Feld gesetzt werden und auch mehrfach verwendet/aufgerufen werden.

Details zum Einhängen und zum weiteren Vorgehen siehe in Abschnitt Profil als Unterknoten einhängen in Quellstruktur (Sub-Profil). Dort finden Sie auch Beispiel-Profile.

Parameterbeschreibung


Parameter

Beschreibung

a

Name des Sub-Profils. Hinweis: Wird beim Einfügen des Sub-Profils über das Kontext-Menü automatisch gesetzt.

b

Falls true, dann wird ein ggf. vorhandener zeitgesteuerter Eingangsagent des Sub-Profils gestartet. Dies muss explizit angegeben werden, sonst bekommt das Sub-Profil keine Daten. Ansonsten siehe Parameter c. Hinweis: Wird beim Einfügen des Sub-Profils über das Kontext-Menü automatisch gesetzt.

c

Falls b nicht gesetzt wurde, dann müssen hier die Eingangsdaten für das Sub-Profil angegeben werden (als String).

d

(optional) Falls true, dann wird die Phase 4 des Sub-Profils nicht ausgeführt. Default: false.

e

(optional) Falls true, dann wird die Phase 5 des Sub-Profils nicht ausgeführt. Default: false.

f

(optional) Falls true, dann wird die Phase 6 des Sub-Profils nicht ausgeführt. Default: false.

g

(optional) Falls true, wird die Substruktur h geleert, bevor die Funktion ausgeführt wird. Default: false.

h

Der eindeutige Name der Substruktur, in die die Ergebnis-Daten des Aufrufs des Sub-Profils geschrieben werden. Hinweis: Wird beim Einfügen des Sub-Profils über das Kontext-Menü automatisch gesetzt.

i

(optional) Falls true, dann wird die Backup-Datei des Sub-Profils gelöscht, wenn dieses ohne Fehler ausgeführt wurde (entspricht Vorhaltezeit der Daten-Backups=0). Ansonsten bleibt die Backup-Datei erhalten. Bei false bleibt die Backup-Datei in jedem Fall erhalten. Default: false.

j

(optional) Falls true, dann wird das Ergebnis des Sub-Profil-Aufrufs in einem internen Cache gespeichert. Default: false. Hinweis: Siehe Parameter k.

k

(optional) Falls true, dann wird das Sub-Profil nicht erneut aufgerufen, wenn der interne Cache bereits Daten enthält (siehe Parameter j). Stattdessen werden die Daten des Caches verwendet. Default: false.

Phasen 4, 5, 6 des Sub-Profils deaktivieren


Da nur der erzeugte Zielbaum des Sub-Profils in das aufrufende Profil eingehängt wird, ist es nicht notwendig, dass die Phasen 4, 5 und 6 des Sub-Profils durchlaufen werden. Natürlich können Sie diese Phase dennoch im Sub-Profil verwenden, wenn Ihnen das bei der Problemlösung hilft, aber Sie müssen nicht. Verwenden Sie zum Deaktivieren dieser Phasen die Parameter d, e und f.

Backup-Datei des Sub-Profil-Aufrufs löschen


Wird ein Sub-Profil aufgerufen, dann handelt es sich im Grunde um einen normalen Profilaufruf, d. h. das aufgerufene Sub-Profil wird ganz normal im Control Center angezeigt. Wenn Ihre Sub-Profil-Aufrufe eher hochfrequent sind oder aus eher "flüchtigen" Daten bestehen, haben Sie die Möglichkeit die Backup-Dateien der Sub-Profil-Aufrufe zu löschen über Parameter i.

Gesammelte Daten von Sub-Profil-Aufrufen


Rufen Sie in einem Profil ein Sub-Profil auf, dann wird der vom Sub-Profil erzeugte Zielbaum in die dafür vorgesehene Substruktur des aufrufenden Profils eingehängt. Rufen Sie das Sub-Profil erneut auf, dann wird der dort erzeugte Zielbaum erneut eingehängt in die Substruktur des aufrufenden Profils. Sie erhalten dadurch also eine Mehrfachheit der Substruktur, so wie Sie das von normalen Profilen kennen, wenn z. B. mehrere Positionen einer Bestellung eingelesen werden. Das kann natürlich nützlich sein, wenn Sie das absichtlich so verwenden möchten. Sie haben aber auch die Möglichkeit die Substruktur zu leeren, bevor Sie den zweiten Sub-Profil-Aufruf durchführen. Verwenden Sie dazu Parameter g.

Zudem können Sie mit einem Cache arbeiten. Sie können die Daten des ersten Sub-Profil-Aufrufs in einen internen Cache schreiben mit Parameter j. Bei einem weiteren Sub-Profil-Aufrufen können Sie danach Parameter k benutzen, um zu entscheiden, ob das Sub-Profil tatsächlich nochmal aufgerufen wird oder ob stattdessen die Daten aus dem internen Cache (falls vorhanden) verwendet werden sollen.

Übergebene Variablen, Listen und Maps


Siehe Abschnitt Übergebene Variablen, Listen und Maps (Profilketten und Sub-Profile).

Mapping-Test

In einem Mapping-Test wird die Substruktur des aufrufenden Profils für die Daten aus dem Sub-Profil nicht direkt angezeigt. Es gibt aber einen eigenen Tab im Mapping-Test-Dialog, in dem Sie die vom Sub-Profil gelieferten Daten sehen können.