System-Variablen sind vom System bereitgestellte Variablen, die innerhalb eines Profils Werte für die Verarbeitung liefern.
Geltungsbereich / Lebensdauer: Leben im Profil (und nicht in anderen Profilen) während des Profil-Laufs/-Tests.
Die meisten System-Variablen werden automatisch mit einem Wert belegt und sind – anders als Profil-Variablen – bereits ab Phase 2 gesetzt, nicht erst während des Mappings. Voraussetzung ist, dass die System-Variable im Profil angelegt ist. In neuen Profilen sind viele, aber nicht alle bereits per Default angelegt. Definiert werden sie an derselben Stelle wie Profil-Variablen.
HINWEIS:
Beim Transport von Profilen werden System-Variablen nicht ins Zielsystem übertragen.
AMQP-Variablen
AMQP-Implementierung (1.0)
Diese Variablen gehören zur AMQP-Implementierung (1.0). Es gibt zwei Arten von Message Properties:
Fixed Properties (ausgehend
AMQP_FIXED_PROPERTY_*, eingehendMSG_CALL_AMQP_FIXED_PROPERTY_*): fest vordefinierte Eigenschaften, die jede Nachricht besitzt, z. B. Message ID, Correlation ID oder Time to live.Application Properties (ausgehend
AMQP_APPLICATION_PROPERTY_*, eingehendMSG_CALL_AMQP_APPLICATION_PROPERTY_*): frei wählbare Schlüssel-Wert-Paare; Schlüssel und Wert bestimmen Sie selbst (Groß- und Kleinschreibung wird beachtet). In der Legacy-Implementierung als „Header“ bezeichnet.
Beim Empfangen werden alle Application Properties bereitgestellt, Fixed Properties nur, sofern gesetzt.
Variablenname | Typ | Inhalt |
|---|---|---|
| String | Setzt in einem Antwortweg AMQP eine benutzerdefinierte Application Property. |
| String | Setzen in einem Antwortweg AMQP die jeweilige vordefinierte Property (Content type, Subject, Group ID, Time to live, Message ID, Correlation ID, Body type). Body type: Werte |
| String | Legt in einem Antwortweg AMQP das Format von Message ID und Correlation ID fest. Werte: |
| String | Enthält im Eingangsagenten AMQP den Wert der empfangenen Application Property |
| String | Enthalten im Eingangsagenten AMQP die jeweilige vordefinierte Property einer empfangenen Nachricht, sofern gesetzt (ist die Property nicht gesetzt, wird keine Variable angelegt). |
Weitere Informationen unter:
Eingehend: AMQP (Eingangsagent)
Ausgehend: Antwortweg AMQP
AMQP-Legacy-Implementierung (AMQP 1.0, AMQP 0.9.1, JMS)
Diese Variablen gehören zur bisherigen Legacy-Implementierung, die AMQP 1.0, AMQP 0.9.1 und JMS abdeckt. Sie ist nicht veraltet und besteht parallel zur neuen Implementierung.
Variablenname | Typ | Inhalt |
|---|---|---|
| String | Nur relevant für AMQP 0.9.1. Siehe Abschnitt Antwortweg AMQP (Legacy). |
| String | Nur relevant für AMQP 0.9.1. Siehe Abschnitt AMQP (Eingangsagent, Legacy). |
| String | Mit diesen Variablen können in einem Antwortweg AMQP/JMS Message Properties (bei JMS und AMQP) gesetzt werden. |
| Boolean | Per Default übergibt der Antwortweg AMQP/JMS Daten an den empfangenden Server als Byte-Nachricht. Um das zu ändern, da manche Server damit nicht zurechtkommen, kann im Profil die Variable |
| String | Setzt den JMS Message Header HINWEIS: Die Variable funktioniert nur bei der JMS-Anbindungsmethode. |
| String | Setzt den JMS Message Header HINWEIS: Die Variable funktioniert nur bei der JMS-Anbindungsmethode. |
| String | Setzt den JMS Message Header HINWEIS: Die Variable funktioniert nur bei der JMS-Anbindungsmethode. |
| String | Setzt den JMS Message Header HINWEIS: Die Variable funktioniert nur bei der JMS-Anbindungsmethode. |
| String | Setzt den JMS Message Header HINWEIS: Die Variable funktioniert nur bei der JMS-Anbindungsmethode. |
| String | Setzt den JMS Message Header HINWEIS: Die Variable funktioniert nur bei der JMS-Anbindungsmethode. |
| String | Bei AMQP-Verbindungen der Version 1.0 (und nur dort) können mit diesen Variablen in einem Antwortweg AMQP/JMS AMQP Message Header gesetzt werden. |
| String | Legt im Antwortweg AMQP/JMS den Body Type fest. Erlaubte Werte: |
| String | Bei AMQP-Verbindungen (Legacy) der Version 1.0 (und nur dort) wird der Message Header |
| String | (veraltet) Kann verwendet werden, um den entsprechenden JMS Message Header |
| String | (veraltet) Kann verwendet werden, um den entsprechenden JMS Message Header |
| String | (veraltet) Kann verwendet werden, um den entsprechenden JMS Message Header |
Weitere Informationen unter:
Eingehend: AMQP/JMS (Eingangsagent, Legacy)
Ausgehend: Antwortweg AMQP (Legacy)
Weitere System-Variablen
Die folgenden System-Variablen betreffen weitere Kanäle und Funktionen (Kafka, MQTT, HTTP) sowie allgemeine Profilwerte.
Variablenname | Typ | Inhalt |
|---|---|---|
| String | Erlaubt in einem Antwortweg des Typs Kafka und in der Funktion send Kafka message() Header-Properties (Key, Value) zu übergeben. HINWEIS: Da man als Value für eine Header-Property nur Byte-Arrays angeben kann, wird immer UTF-8 als Encoding verwendet! |
| Integer | Falls die Variable definiert ist und einen Wert >=0 hat, wird dieser als zu verwendende Partition des Topics im Antwortweg des Typs Kafka übergeben. |
| Boolean | Wird die Variable auf true gesetzt, dann wird ein Tombstone Record versendet (damit kann man in gewissen Topics Records vorzeitig löschen). |
| String | Gilt für MQTT-Version 5. Erlaubt in einem Antwortweg MQTT User-Properties (Key, Value) zu übergeben. |
| String | Gilt für MQTT-Version 5. Erlaubt in einem Antwortweg MQTT das Setzen des (optionalen) Content Types, zum Beispiel plain/text. |
| String | Gilt für MQTT-Version 5. Setzt die Correlation ID in einen Antwortweg MQTT. Das erlaubt die Zuordnung von Requests und Responses. Details entnehmen Sie bitte der Dokumentation Ihres MQTT-Servers. |
| String | In Lobster Integrations Rolle als HTTP-Server können damit HTTP-Request-Parameter ausgelesen werden. Siehe auch call SOAP-WebService without template(). |
| String | In Lobster Integrations Rolle als HTTP-Server können damit HTTP-Request-Header ausgelesen werden. Siehe auch call SOAP-WebService without template(). |
| String | In Lobster Integrations Rolle als HTTP-Server kann damit die Methode des HTTP-Requests (zum Beispiel GET oder POST) ausgelesen werden. Siehe auch call SOAP-WebService without template(). |
| String | In Lobster Integrations Rolle als HTTP-Server kann damit ausgelesen werden, ob der Request per HTTP oder HTTPS gesendet wurde. Siehe auch call SOAP-WebService without template(). |
| String | In Lobster Integrations Rolle als HTTP(S)-Server wird diese Variable gefüllt mit den Query-Parametern des Requests. Beispiel: Nehmen wir an, der komplette Request lautet http://example.com/dw/Request/get_orders?from=20170101&to=20170630. Die Variable hat dann den Wert from=20170101&to=20170630. Siehe auch call SOAP-WebService without template(). |
| String | In Lobster Integrations Rolle als HTTP(S)-Server wird diese Variable mit der Adresse des Clients gefüllt. Siehe auch call SOAP-WebService without template(). |
| String | In Lobster Integrations Rolle als HTTP(S)-Server wird diese Variable gefüllt mit dem Teilpfad nach /dw/Request bzw. /dw/Trigger der aufgerufenen Ressource. Beispiel: Nehmen wir an, der komplette Request lautet http://example.com/dw/Request/get_orders?from=20170101&to=20170630. Die Variable hätte dann den Wert get_orders. Siehe auch call SOAP-WebService without template(). |
| String | In Lobster Integrations Rolle als HTTP(S)-Server wird diese Variable mit dem verwendeten Benutzernamen gefüllt, wenn eine Authentifizierung stattgefunden hat. Siehe auch:
Siehe auch call SOAP-WebService without template(). |
| String | Name des Parts n + 1. Siehe HTTP (Eingangsagent) (→ Multipart). |
| String | Inhalt des Parts n + 1. Siehe HTTP (Eingangsagent) (→ Multipart). |
| Integer | Anzahl der Parts. Siehe HTTP (Eingangsagent) (→ Multipart). |
| String | Die Variable wird gefüllt, wenn im Eingangsagenten HTTP die Option Als REST-Schnittstelle behandeln verwendet wird. Ist die URL des Eingangsagenten zum Beispiel http://localhost/dw/Request/example, dann würde bei einem Request http://localhost/dw/Request/example/orders bzw. http://localhost/dw/Request/example/invoice/test in der Variable der Wert orders bzw. invoice/test gespeichert werden. Siehe auch HTTP (Eingangsagent). |
| String | Ist diese Variable angelegt, dann wird im Eingangsagenten des Typs Kafka beim Empfang einer Nachricht der Key der Nachricht in dieser Variable gespeichert. Siehe auch Kafka (Eingangsagent). |
| String | Gilt für MQTT-Version 5. Enthält bei der Verwendung eines Eingangsagenten des Typs MQTT den Content Type, zum Beispiel plain/text. Siehe auch MQTT (Eingangsagent). |
| String | Gilt für MQTT-Version 5. Enthält bei der Verwendung eines Eingangsagenten des Typs MQTT die Correlation ID. Das erlaubt die Zuordnung von Requests und Responses. Details entnehmen Sie bitte der Dokumentation Ihres MQTT-Servers. Siehe auch MQTT (Eingangsagent). |
| String | Wird diese Variable angelegt, dann enthält sie die Interchange Control References aller mit dem Content-Inspection-Modul zusammengeführten EDIFACT-Dokumente. Beispiel: 339;338;337 Siehe auch Zusammenführer (Merger). |
| String | Enthält den Wert des im eventgesteuerten Eingangsagenten HTTP (→ siehe API-Variablen) definierten Pfad-Parameters. Siehe auch HTTP (Eingangsagent). |
| String | Ist diese Variable gesetzt, dann wird mit dem Wert in den Klassen ContentInspectionResponse, ContentInspectionResponseAsync, ContentInspectionResponseUTF8 und ContentInspectionResponseUTF8Async der Dateiname überschrieben, der an die CI (Content Inspection) geschickt wird. |
| String | Die Variable (wenn angelegt) enthält die gewählte Sprache des DataCockpit. Sprache/Code: Deutsch: de Englisch: en Französisch: fr Italienisch: it Spanisch: es Dänisch: da Niederländisch: nl |
| String | Nur relevant im Zusammenhang mit dem Modul Workflow (siehe dort). |
| String | Nur relevant im Zusammenhang mit dem Modul Workflow (siehe dort). |
| String | In Lobster Integrations Rolle als HTTP-Client können mit diesen Variablen die HTTP-Response-Header aus der Response des Servers ausgelesen werden. Siehe auch call SOAP-WebService without template(). |
| Integer | In Lobster Integrations Rolle als HTTP-Client wird diese Variable mit dem HTTP-Status-Code der Response des Servers gefüllt. Siehe auch call SOAP-WebService without template(). |
| String | In Lobster Integrations Rolle als HTTP-Client wird diese Variable mit der HTTP-Status-Line der Response des Servers gefüllt. Siehe auch call SOAP-WebService without template(). |
| String | Der nicht leere Inhalt dieser Variable wird als ID eines eigenen Zertifikats in der Partnerverwaltung interpretiert. Siehe Zertifikate und HTTP. |
| String | Siehe die Funktionen serialize map/list(a,b) und deserialize map/list(a,b). |
| String | Fehlermeldung im Fehlerfall. |
| String | Originaldateiname. Ist kein Dateiname vorhanden, erhält die Variable einen der folgenden Werte:
Siehe auch |
| String | Originaldateiname ohne Dateiendung. Beispiel: Enthält den Wert test bei Originaldateiname test.txt. Siehe auch |
| String | Dateiendung des Originaldateinamens. Beispiel: Enthält den Wert txt bei Originaldateiname test.txt. Siehe auch |
| Integer | Anzahl Bytes der Eingangsdaten. HINWEIS: Beim Testen eines Profils erhält die Variable den Wert 0. |
| Boolean | Ist false bei Testlauf. Siehe auch |
| Boolean | Ist true bei Testlauf. Die Variable wird, falls es sich um einen Testlauf des Profils handelt (Neudurchlauf-Dialog, Datei hochladen und Checkbox ist ein Testlauf), mit dem Wert true belegt (im Neudurchlauf-Dialog und Button Cron starten erfolgt das nicht). Andernfalls hat die Variable den Wert false. HINWEIS: Auch beim Mapping-Test erhält die Variable den Wert true. Siehe auch |
| String | Aktuelle Jobnummer. HINWEIS: Beim Testen eines Profils erhält die Variable den Wert -1. Bei Subprofil-Aufrufen mit den Funktionen call profile() und trigger profile(a,b) kann die Jobnummer des rufenden Profils im gerufenen Profil mit der System-Variablen |
| String | Enthält den Inhalt des Betreffs, wenn es sich bei den Eingangsdaten des aktuellen Jobs um eine E-Mail, eine X.400-Mail oder AS2-Nachricht handelt. Bei einem Neudurchlauf eines bereits gelaufenen Profils kann die Variable nur dann mit dem Inhalt des Betreffs belegt werden, wenn im Profil die Checkbox Eingangsinformationen vorhalten bereits beim ersten Durchlauf des Profils gesetzt war (siehe Allgemein (Basis-Daten)). HINWEIS: Beim Testen eines Profils erhält die Variable keinen Wert. |
| String | Werden Daten in einem Archiv geliefert, wird jede der aus dem Archiv entpackten Dateien in einem eigenen Job verarbeitet. Die System-Variable enthält dann in allen Folgejobs die Jobnummer des Ausgangsjobs. Wird ein Profil mit dem zeitgesteuerten Eingangsagenten Mail durch ein anderes Profil getriggert, dann erhalten Folgejobs ebenfalls die Jobnummer des Ausgangsjobs (der getriggert hatte). Siehe auch: |
| String | Wird mit dem Namen des Profils belegt. |
| String | Wird mit der Version des Profils belegt. |
| Integer | Die Variable wird mit der Anzahl der Datenblätter belegt. Die Variable kann nur benutzt werden, wenn sie auch gemappt wird. Wenn die Daten von einem Profil ohne Mapping nur durchgereicht werden, hat die Variable den Wert 0. Siehe auch Parsen. |
| String | In Lobster Integrations Rolle als HTTP(S)-Server können hiermit HTTP-Response-Header gesetzt werden. Siehe call SOAP-WebService without template() (Details bei den entsprechenden Varianten). |
| String | In Lobster Integrations Rolle als HTTP(S)-Server (siehe Details bei den entsprechenden Varianten) kann hiermit der HTTP-Response-Status gesetzt werden. Siehe auch call SOAP-WebService without template(). |
| String | Werden die entsprechenden Variablen mit Werten belegt, dann werden bei einem Antwortweg Mail (SMTP) die entsprechenden Mail-Header mit diesen Werten gesetzt. HINWEIS: Hier wird Groß- und Kleinschreibung beachtet. Der E-Mail-Header wird also so übernommen, wie in der Variable geschrieben. Man sollte sich dabei an die RFC-Schreibweise des Headers halten. Wird über ASM versendet, dann werden diese Variablen an ASM weitergeleitet und dann dort verwendet. |
| String | Enthält den Absender der Eingangsdaten, wenn es sich bei den Eingangsdaten des aktuellen Jobs um eine E-Mail, eine X.400-Mail, eine (S)FTP(S)-, eine OFTP-, eine FAX-, eine AS2- oder eine SMS-Nachricht handelt. Bei Formular-Profilen erhält die Variable den Wert HINWEIS:
Siehe auch Formulare und Workflow-Übersicht. |
| String | Wird mit dem Pfad des aktuellen Archiv-Eintrags belegt (wenn dieser in einem Unterordner des empfangenen Archivs liegt). |
| String | Wird mit dem Namen (ohne Pfad) einer empfangenen Archiv-Datei belegt (zum Beispiel MyZip.zip). |
| String | Der Name der Datei in einem Archiv des Antwortwegs mit der Positionsnummer n (in der Liste der Antwortwege) kann über die System-Variable VAR_SYS_ARCHIVE_ENTRY_n gesetzt werden. Siehe auch Inhalts-Einstellungen. |
| String | MIME-Type einer empfangenen AS2-Nachricht. |
| String | Wenn eine dieser Variablen mit einem Wert belegt ist, wird für den jeweiligen Antwortweg mit der Nummer [1..n] der Name des ASM-Eintrags im Antwortweg durch den entsprechenden Variablenwert überschrieben. Beispiel: VAR_SYS_ASM_RESPONSE1 überschreibt im Antwortweg mit der Nummer 1 den ASM-Eintrag mit dem Wert der Variable. Siehe auch ASM-Einstellungen. |
| String | Wird ein zeitgesteuerter Eingangsagent des Typs Mail (POP3, IMAP, X.400) oder ein eventgesteuerter Eingangsagent des Typs SMTP verwendet, enthält die Variable den „original name“ der Anhangsdatei. Dies ist nützlich, da die Variable |
| String | Die Variable wird mit dem Namen der Backupdatei der Eingangsdaten des aktuellen Jobs belegt, zum Beispiel Job_25995. HINWEIS: Beim Testen eines Profils erhält die Variable den Wert Job_-1. Siehe auch die Funktionen get path of backup-file() und read env-file(). |
| String | Name eines Partner-Kanals. Siehe auch die Beschreibung der Variable Siehe auch Kanäle. |
| String | Ist die Variable mit einem Wert > 0 belegt, dann wird die ID eines gesetzten Partner-Kanals des Antwortweges [1..n] durch den Inhalt der Variable überschrieben. Dies gilt für alle Antwortwegtypen, die einen Partner-Kanal festlegen können. Siehe auch find channel(). Hat die Variable keinen Wert > 0, so wird versucht, aus der Kombination der Werte der Variablen Siehe auch Kanäle. |
| String | Name des momentan ausgewählten Mandanten. |
| String | In dieser Variable werden die Inhalte der Variable |
| BigInteger | Erfolgte in einem Eingangsagenten eine Authentifizierung über einen Kanal, dann finden Sie hier die ID des Kanals. HINWEIS: Gilt nicht für Profile mit zeitgesteuertem Eingangsagenten, die per HTTP getriggert wurden. Siehe |
| String | Erfolgte in einem Eingangsagenten eine Authentifizierung über einen Kanal, dann finden Sie hier den Typ des Kanals, zum Beispiel den Wert HTTP. HINWEIS: Gilt nicht für Profile mit zeitgesteuertem Eingangsagenten, die per HTTP getriggert wurden. Siehe auch |
| String | Die Variable wird mit dem Inhalt der Kontrolldatei bei einer Datenübertragung per FTP belegt. Siehe FTP/FTPS/SFTP (Eingangsagent Cron) für zeitgesteuerte Eingangsagenten. |
| String | Die Variable enthält die Nummer des aktuellen Datenblattes im Fehlerfall in Phase 3, sonst immer 0. |
| String | Wenn definiert, steht dort gegebenenfalls die Factory-ID des DMZ-Servers (aus ./etc/factory.xml), der die Nachricht entgegengenommen hat. Das ist hilfreich, wenn mehrere DMZ-Server vorhanden sind. Außerdem kann man sehen, ob die Nachricht per DMZ kam oder nicht. Gilt nicht für reine HTTP-Requests (/dw/Request/). |
| Boolean | Siehe Abschnitt Semantische Prüfung. |
| String | Liste aller Excel-Tabellen-Namen, getrennt durch \n. Siehe Excel (Dokumentenart) |
| String | Die Variable enthält die Fehlermeldung der Exception im Fehlerfall. Tritt bei Profil-Aufrufen mit den Funktionen call profile() und trigger profile() eine Exception auf, weil der MessageService nicht erreichbar ist, liefern die Funktionen lediglich false zurück. Die Exception-Fehlermeldung lässt sich über die System-Variable |
| String | Diese Variable ist gefüllt, falls in Phase 4 (SQL) oder in den Funktionen call db procedure, select-statement, select into map() ein Fehler auftritt. |
| String | Die Variable wird bei Profilen mit zeitgesteuertem Eingangsagenten mit Datenquelle Datei, dem Pfad der gelesenen Eingangsdatei ohne den Dateinamen belegt. Der Wert der Variable entspricht dem Eintrag im Feld Verzeichnis der Konfigurationsmaske für den Eingangsagenten. |
| Boolean | Die Variable hat den Wert true, wenn in Phase 3 bei mindestens einem Datenblatt ein Fehler aufgetreten ist. |
| Boolean | Die Variable hat den Wert true, wenn in der Phase 4 bei der Verarbeitung bei mindestens einem Datensatz ein SQL-Fehler aufgetreten ist. |
| Boolean | Die Variable hat den Wert true, wenn es sich um die letzte Datei eines Archivs (zum Beispiel Zip-Datei) handelt. |
| Boolean | Die Variable hat den Wert true, wenn die Datei die letzte Datei einer SSH-, OFTP- oder FTP-Übertragung war. Die Variable wird nur gesetzt, wenn beim Eingangsagenten in Phase 1 die Checkbox Daten erst bei Logout verarbeiten gesetzt ist. Das Modul CI (Content Inspection) setzt diese Variable auch auf true, wenn die letzte Datei eines Dateiverbundes verarbeitet wird. |
| Integer | Die Variable wird mit der Anzahl der verarbeiteten Zeilen von Eingangsdateien des Typs CSV, Excel, IDoc und Feste Länge belegt. |
| String | Bei aktiver Archivierung von E-Mails und X.400-Mails wird die Variable mit dem Pfad der archivierten Mail-Datei belegt. |
| Integer | Anzahl der Attachments einer (X.400-)Mail. |
| String | Die Variable wird bei Mail-Empfang mit dem Mail-Body belegt, wenn es kein Profil mit aktiver Option Nachrichtentext (Mail body) verarbeiten gibt. Siehe auch Mail (SMTP) (Eingangsagent) |
| String | Die Variable wird bei den Eingangsagenten Mail (Imap/Pop3) und SMTP gesetzt. Siehe Mail/X.400 (Eingangsagent Cron) und Mail (SMTP) (Eingangsagent). HINWEIS: Hier dürfen nur Großbuchstaben verwendet werden. Beispiel: Die Variable |
| String | Wird die System-Variable |
| String | Die Variable enthält eine Liste der Empfänger (und CCs, aber nicht BCCs), wenn es sich bei den Eingangsdaten des aktuellen Jobs um eine E-Mail oder eine X.400-Mail handelt. Bei einem Neudurchlauf eines bereits gelaufenen Profils kann die Variable nur dann belegt werden, wenn im Profil die Checkbox Eingangsinformationen vorhalten bereits beim ersten Durchlauf des Profils gesetzt war. HINWEIS:
|
| String | In der Variable werden relevante Informationen für das Datenblatt gesammelt, bei dessen Verarbeitung ein Fehler aufgetreten ist. |
| String | In dieser Variable wird die Message-ID einer empfangenen oder in einem zeitgesteuerten Eingangsagenten mit Datenquelle Mail abgeholten E-Mail, einer X.400-Mail, einer AS2-Nachricht oder einer OFTP-Nachricht gespeichert. Bei einem SAP-ALE-Eingangsagenten enthält die Variable den Wert HINWEIS: Die Variable muss explizit definiert werden. |
| String | Enthält den MTS Identifier von X.400-Nachrichten. |
| String | OFTP File Counter. Siehe OFTP (Eingangsagent). |
| String | Die Variable wird mit dem Urheber der OFTP-Nachricht gefüllt. Dieser kann vom Absender der Nachricht abweichen. Siehe auch OFTP (Eingangsagent). |
| String | Die Variable wird mit der Zieladresse der OFTP-Nachricht gefüllt. Diese kann vom Empfänger der Nachricht abweichen. |
| String | Die Variable wird mit der Zieladresse der OFTP-Nachricht gefüllt. Diese kann vom Empfänger der Nachricht abweichen. Siehe auch OFTP (Eingangsagent). |
| String | Name eines Partner-Kanals. Siehe die Beschreibung der Variable |
| String | Wird intern verwendet bei Aufruf von Sub-Profilen in der Zielstruktur. Siehe Profil als Unterknoten einhängen in Zielstruktur. |
| String | Mit diesen Variablen kann der Display-Name von Workflows gesetzt werden, die mit einer der Klassen WorkflowResponse oder WorkflowResponseWithoutAttachment gestartet werden (siehe dort). Siehe auch Variablen (Workflows). |
| Boolean | Die Variable hat den Wert true, wenn der aktuelle Job durch einen Neustart eines fehlerhaften Jobs gestartet wurde. |
| String | Bei einem Antwortweg des Typs SAP ALE enthält die Variable (falls definiert) die zum Senden verwendete TID (automatisch erzeugt). Die TID kann auch manuell erzeugt werden, mit der Funktion create-sap-tid(), um diese dann der Variable zuzuweisen. |
| String | Siehe Abschnitt Semantische Prüfung. |
| String | Siehe Abschnitt Semantische Prüfung. |
| String | Enthält Webservice-Fehlermeldung. Siehe Parameter i in Funktion call SOAP-WebService() und Parameter g in Funktion call SOAP-WebService without template(). |
| Integer | Der Wert kodiert den Typ des Lobster-Systems (0 = Prod, 1 = Test, 2 = Standby, 3 = DMZ). Siehe auch Funktion get system-type(). |
| Integer | Wenn > 0, dann wird der Kanal in einem zeitgesteuerten Eingangsagenten durch den Kanal mit dieser ID ersetzt. Ist der Wert 0 oder die Variable nicht definiert, wird der im Eingangsagenten hinterlegte Kanal verwendet (oder keiner, falls kein Kanal gesetzt ist). Siehe auch find channel(). Siehe auch Variablen mit |
| String | In Profilen mit zeitgesteuertem Eingangsagenten, der über HTTP getriggert wurde, wird diese Variable mit der ID des Kanals gefüllt, wenn über diesen Kanal eine Authentifizierung stattgefunden hat. Siehe auch |
| Integer | Die Funktion dump validation data () speichert die Anzahl der Fehler (errors) in dieser Variable. |
| TimeStamp | Zeitstempel der Backup-Datei bzw. E-Mail. Wenn die Checkbox Eingangsinformationen vorhalten nicht gesetzt ist, wird der Zeitstempel der Backupdatei verwendet. Das ist bei erster Ausführung der Startzeitpunkt des Jobs, aber bei Neudurchlauf der Zeitpunkt des originalen Jobs. Wenn die Checkbox gesetzt ist, wird bei der Verarbeitung einer E-Mail oder X.400-Mail der Absende-Zeitpunkt der Nachricht verwendet. Bei Datenquelle Datei wird die letzte Modifikation der Datei verwendet, in allen anderen Fällen der Startzeitpunkt des originalen Jobs. Siehe auch Allgemein (Basis-Daten) |