URL-Parameter

URL werden von den flowcontext_in - und flowcontext_out -Karten von ITX-Karten verwendet und dienen auch der Weiterleitung und Authentifizierung.

Die folgende Liste enthält eine Erläuterung der URL. Alle URL haben den Elementtyp URI Parameter und den Datentyp String.

Hinweis : Werte können entweder in URL oder in HTTP angegeben werden und sind nicht groß-/kleinschreibungsempfindlich. Sofern nicht anders angegeben, sind alle Werte optional. Wenn ein Wert sowohl als HTTP als auch als URL angegeben wird, müssen diese übereinstimmen, da sonst eine Fehlermeldung an den Kunden zurückgegeben wird.

Benutzername: Erforderlich, wenn nicht in einem HTTP angegeben. Der Benutzername für die Authentifizierung der Anforderung.
Hinweis: Der Parameter " username kann nicht angegeben werden, wenn der HTTP " Authorization angegeben ist, da sonst ein Fehler auftritt.
Kennwort: Erforderlich, wenn nicht in einem HTTP angegeben. Das Kennwort, das dem Benutzernamen zugeordnet ist, mit dem die Anforderung authentifiziert wird.
senderID: Erforderlich, wenn nicht in einem HTTP angegeben. Ein Wert, der den Absender identifiziert; kann ein statischer Wert pro Client sein.
receiverID: Erforderlich, wenn nicht in einem HTTP angegeben. Die Versender-ID oder der Spediteurcode
documentType: Erforderlich, wenn nicht in einem HTTP angegeben. Ein Wert, der den Typ der in den Nutzdaten gesendeten Daten angibt.
requestType: IBM -Implementierer können anhand dieses Werts bestimmen, welcher Ablauf aufgerufen werden soll.
Modus: Gibt an, ob der Ablauf synchron oder asynchron ist. Gültige Werte sind sync, async und check. Der Wert check gibt an, dass der Rapid Transit-POD einen angegebenen Wert für die Suche verwendet, der im traditionellen InFlight unter Rapid Transit-Entscheidungskriterienkonfiguriert werden kann. Wenn diese Eigenschaft leer bleibt, wird der Ablauf standardmäßig synchron ausgeführt.
modeCheckField1: Gibt an, welcher Header oder Parameter für die Modussuche als Text 1verwendet werden soll
modeCheckField2: Gibt an, welcher Header oder Parameter für die Modussuche als Text 2verwendet werden soll
modeCheckField3: Gibt an, welcher Header oder Parameter für die Modussuche als Text 3verwendet werden soll
modeCheckField4: Gibt an, welcher Header oder Parameter für die Modussuche als Text 4verwendet werden soll
modeCheckField5: Gibt an, welcher Header oder Parameter für die Modussuche als Text 5verwendet werden soll
modeCheckField6: Gibt an, welcher Header oder Parameter für die Modussuche als Text 6verwendet werden soll
modeCheckField7: Gibt an, welcher Header oder Parameter für die Modussuche als Text 7verwendet werden soll
modeCheckField8: Gibt an, welcher Header oder Parameter für die Modussuche als Text 8verwendet werden soll
modeCheckField9: Gibt an, welcher Header oder Parameter für die Modussuche als Text 9 verwendet werden soll.
Anmerkung: Jedes Feld modeCheck entspricht dem Feld Text derselben Nummer in den Anzeigen Rapid Transit Decision Criteria . Beispiel: modeCheckField1 entspricht Text 1. Wenn kein Prüffeld angegeben wird (z. B. wenn modeCheckField2 leer gelassen wird), sucht der Rapid Transit POD nach Kriterien, bei denen das Textfeld mit derselben Nummer (z. B. Text 2) leer ist.