HTTP 要求ヘッダー
HTTPリクエストヘッダは、ITXマップの「flowcontext_in」と「flowcontext_outカードで利用され、ルーティングと認証にも使われる。
HTTP ヘッダー
以下のリストはHTTPヘッダー情報の説明です。
注： 値URL または HTTP のどちらかに指定でき、大文字と小文字の区別はありません。 特に指定がない限り、すべての値はオプションです。 HTTP URLの両方で値が指定されている場合、それらは一致していなければならず、一致していない場合はお客様にエラーが返されます。
- 承認
- URLで指定されていない場合に必要。 HTTPの合意済みのユーザー名：パスワードの値base-64文字列を含んでいます注：
usernameURLが指定されている場合、Authorizationヘッダーは指定できません。指定するとエラーが発生します。 - X-送信側-ID
- URLで指定されていない場合は必須です。 送信側を識別する値。クライアントごとに静的な値にすることができます。
- X-受信側-ID
- URLで指定されていない場合は必須です。 出荷者 ID または運送会社コード
- X-文書タイプ
- URLで指定されていない場合は必須です。 ペイロード内で送信されるデータのタイプを識別する値。
- X-要求タイプ
- IBM 実装者は、この値を使用して、呼び出すフローを決定できます。
- X モード
- フローが同期か非同期かを示します。 有効な値は、
sync、async、およびcheckです。 値checkは、Rapid Transit POD がルックアップに指定された値を使用することを示します。この値は、 「Rapid Transit Decision Criteria」の下のレガシー InFlight で構成できます。 このプロパティーをブランクのままにすると、フローはデフォルトで同期になります。 - X-Mode-Check-Field-1
Text 1としてモード・ルックアップに使用するヘッダーまたはパラメーターを示します。- X-Mode-Check-Field-2
Text 2としてモード・ルックアップに使用するヘッダーまたはパラメーターを示します。- X-Mode-Check-Field-3
Text 3としてモード・ルックアップに使用するヘッダーまたはパラメーターを示します。- X-Mode-Check-Field-4
Text 4としてモード・ルックアップに使用するヘッダーまたはパラメーターを示します。- X-Mode-Check-Field-5
Text 5としてモード・ルックアップに使用するヘッダーまたはパラメーターを示します。- X-Mode-Check-Field-6
Text 6としてモード・ルックアップに使用するヘッダーまたはパラメーターを示します。- X-Mode-Check-Field-7
Text 7としてモード・ルックアップに使用するヘッダーまたはパラメーターを示します。- X-Mode-Check-Field-8
Text 8としてモード・ルックアップに使用するヘッダーまたはパラメーターを示します。- X-Mode-Check-Field-9
Text 9としてモード・ルックアップに使用するヘッダーまたはパラメーターを示します。注: 各X-Mode-Checkフィールドは、 「Rapid Transit Decision Criteria」 画面上の同じ番号のTextフィールドに対応します。 例えば、X-Mode-Check-Field-1はText 1に対応します。 チェック・フィールドが指定されていない場合 (例えば、X-Mode-Check-Field-2がブランクのままの場合)、Rapid Transit POD は、同じ番号のテキスト・フィールド (例えば、Text 2) が空である基準を探します。
HTTPレスポンス情報
以下のリストは、様々なタイプのHTTPレスポンスが失敗した場合と成功した場合に何を期待するかを示している。
- 同期フロー
- 成功
- -
200またはOKの応答。本体には、出荷者からのデータおよび該当するラベル情報 (必要な場合) が含まれます。 - 失敗
- 400 レベルまたは 500 レベルのエラー
- 非同期フロー
- 成功
202応答またはAccepted応答 (静的本体を含む)- 失敗
- 400 レベルまたは 500 レベルのエラー。該当する場合は、本文に意味のある説明が示されます。
- エンコード
- エンコードは、エンドポイント文字エンコードまたはキャリア応答エンコードのいずれかから決定されます。