Task

Nodal のユーザー アクセスを設定するには

1. データ グリッドで選択したユーザーの [Users] – [Exchanges] タブをクリックします。
2. 取引所リスト ドロップダウン矢印をクリックし、スクロールして取引所を選択します。
3. [Subscriber Market Data]、[SDK Client Market Data]、[FIX and SDK Market Data]、[Order Routing] タブをクリックして、選択した取引所にユーザーを設定します。
   • [Subscriber Market Data] (マーケット データ) タブを使って、銘柄グループごとのマーケット データやすべてのサブスクライバー マーケット データへのアクセスを許可または拒否できます。
   • [SDK Server Market Data] タブを使って、TT .NET SDK Client Side 取引アプリケーションを使ってマーケット データへのアクセスを許可または拒否できます。
   • [FIX and SDK Market Data] タブにより、TT .NET SDK Server Side とTT Cire SDK 取引アプリケーションを使って、マーケット データへのアクセスを許可または拒否できます。
   • [Order Routing] タブを使って、ユーザー識別のための取引所の認証情報を設定します。
4. ユーザーごとの [Order Routing] (注文の送信) に以下の [Order Routing] 設定を行います。

   

   • Text 1: 清算とバックオフィス目的で取引所に送信される、オプションのユーザー定義値です。Tag 25007 にマップされます。最大 12 文字までの英数字と特殊文字を使用できます。
   • Text C: TT システムで発注済み注文に保持されるオプションのユーザー定義のテキスト値ですが、取引所には送信されません。アルファベット数値と特殊文字を使用できます。
   • Text 3: 注文送信や清算のため、ユーザーの主要親口座や副口座の代わりに、この欄の取引所提供の口座番号が取引所に送信されます。例えば、ユーザーはメンバーシップを共有する際に注文一覧を共有できますが、注文を変更した際に更新される、固有の清算口座を有しています。Tag 25008 にマップされます。口座番号を入力します (最大12文字)。この欄はオプションです。空白の場合、ユーザーの口座名は Tag 25008 で取引所に送信されます。
   • Cross ID: 取引所が提供する、ユーザーのセルフ マッチ防止 (SMP) ID。SMP ID は、ユーザーがクロス マッチしないためのものであり、この ID の使用は任意です。取引所の自己マッチング防止機能は、すべてのネイティブ サポートされている注文タイプやマス クォートに適用されますが、板寄や合成マッチングには適用されません。
   • TextTT: 発注済み注文に含まれていても取引所には送信されない、オプションのユーザー定義値を入力します。この値は TT システムで保持され、追跡目的で使用できます。最大 12 文字までの英数字と特殊文字を使用できます。
   • Max Order Rate: ユーザーが接続別に入力できる、１最大注文数 (秒) を設定します。この限度は、取引所定義の注文率の最大を超過できません。
   • Client Can Override: 取引アプリケーションや API から注文を発注する際に、この欄の値を指定変更できるかどうかを決定します。このチェックボックスを有効にして、欄のロックを解除し、ユーザーが値を指定変更できるようにします。チェックがオフの場合、欄はロックされていて、ユーザーは値を変更できません。
5. [Subscriber Market Data] タブをクリックすると、取引所で利用可能な以下のマーケット データ グループへのアクセスを許可または拒否できます。

   

   [Allow] が有効の場合、[Sessions] をクリックすると、異なった IP アドレスやアプリケーションを使って、同時に利用できる同時マーケット データ セッション数を設定することができます。[0 – Delay Only] を選択すると、遅延環境を除くすべての環境で、銘柄グループが拒否されたことを示しています。つまりリアルタイムのマーケット データへのアクセス許可がありません。

   注: 無効化された銘柄グループは会社にとって承認されていません。これらを有効化するにはトレーディング・テクノロジーズの担当者にお問い合わせください。

   マーケット データの同意書を必須付けている取引所に関しては、「セッション」欄の隣に以下の内容が表示されます。

   • － マーケット データの同意書が承認されたことを示します。
   • － マーケット データの同意書が未処理または承認の待機中であることを示します。

   ヒント: マーケット データ インジケータをクリックして [Agreements] タブを開きます。

6. [FIX Market Data] タブをクリックすると、TT FIX から取引所で利用可能な以下のマーケット データ グループへのアクセスを許可または拒否できます。

   

7. [FIX and SDK Server Market Data] タブをクリックして、TT FIX、TT .NET SDK Server Side、TT Core SDK 取引アプリケーションに対して取引所で利用可能なマーケット データ グループへのアクセスを許可または拒否できます。

   [Allow] をクリックしてマーケット データ グループを有効化する場合、[Quantity] をクリックして、FIX フィードの裏でマーケット データを表示しているユーザー数や、TT .NET SDK Server Side の数、TT Core SDK アプリケーションの数を設定します。

   FIX フィードや SDK サーバーサイドの取引アプリケーションは、取引所で定義された表示以外の目的であり (ブラックボックス アルゴリズム、損益の計算のためのプログラムなど)、[Allow] をクリックしてマーケット データ グループを有効化し、[Quantity] を設定して、[Non-display] を有効にします。

   マーケット データを外部に分配する場合 (会社外部のユーザーに対して等)、[External Distribution] チェックボックスを有効にします。

   注: 無効化された銘柄グループは会社にとって承認されていません。これらを有効化するにはトレーディング・テクノロジーズの担当者にお問い合わせください。

8. [Trader ID] をクリックして、表の [Trader ID] 列の入力をクリックして、取引所が提供するトレーダー ID を追加します。

   Nodal 接続のユーザー ID は 共有できます (例、セッション レベルで設定)。ユーザー別にこれを指定変更するには、トレーダー ID グリッドの接続に対し、トレーダー ID をクリックしてトレーダー ID を追加します。接続に割り当てられている口座がユーザーに割り当てられている場合、Nodal 接続はグリッドにのみ表示されます。

   注: Nodal ではすべての注文操作で Tag 50 を必須としています。接続にユーザー ID が設定されていない場合は、接続に割り当てられた各ユーザーには、トレーダー ID が割り当てられている必要があります。個々のトレーダー ID もまた Tag 50 にマップされます。

   

   Nodal の [More] – [Trader IDs] タブで、[User ID Override] と パスワード設定を行うと、トレーダー ID が追加されます。このタブに移動するには、[Manage Trader ID]] をクリックします。表の入力をクリックする際にトレーダー ID セレクターから [Add New] を選択して、新規のトレーダー ID を追加することもできます。

   

   接続で「既定のユーザーID」とは異なっている場合、[User ID] と [Password] 設定を行う必要があります。ID とパスワードは取引所から提供されます。

   注: [User ID] 欄には数字のみの使用となります。取引所提供の数字のユーザー ID 値を入力してください (1234 など)。

9. [Save Changes] (変更の保存) をクリックします。

Nodal 口座を追加するには

1. 左ナビゲーション画面の [Accounts] をクリックします。

2. [Accounts] 画面の上部にある [+New Account] をクリックします。

   [Account Information] (口座情報) セクションが表示されます。

   

   

3. 口座を作成する際に [Account Name/Number] 欄にて、取引所が提供する口座名を入力します。この値は取引所 API の Tag 25008 として取引所に送信されます。口座名は取引所でオプションですが、TT プラットフォームで注文を発注するには送信口座が必須となります。

4. これが副口座である場合、[Parent] 欄の 「親」口座を選択します。
5. [Type] 欄をクリックして口座タイプを選択します。

   この欄を使って、口座の送信操作を定義して、階層別リスクの口座の階層を設定します。すべての注文送信はユーザー口座に基づいています。以下のうちの1つを選択します。

   • Routing (外部清算): 全ての注文で取引所に送信される清算口座として、親口座を定義します。ユーザーに割り当てられている場合、ユーザーの送信可能口座のリストに口座が表示されます。ユーザー別に選択した場合、口座を使って注文を送信し、取引所に口座を認識できます (例： FIX Tag 1)。この口座を一括口座として設定するには、このオプションを選択します。内部副口座が親口座に割り当てられている場合、副口座は親口座の取引所接続を継承します。

   • Routing (内部副口座): 取引所に送信されない副口座として、口座を定義します。これで、親口座が実際の清算口座や一括口座として取引所に送信されるとしても、送信目的とリスク目的のユーザーを内部口座に割り当てることができます。

     ヒント: 「ルーティング (内部副口座)」として設定された副口座は、顧客の取引アプリケーションで発注用に選択できますが、親口座の清算口座のみが取引所に送信されます。

   • Non-Routing (非ルーティング): 取引所に送信されません。内部で記録されます。一連の副口座として一緒にグループ化し、非ルーティングの親注文のリスクを設定できる、親リスク口座として利用、またはバック オフィス (事務管理) 目的で利用できます。

     ヒント: 「非ルーティング」に設定された口座は、クライアントの取引アプリケーションでは選択できません。

   • Audit Trail Only (システム履歴のみ): 取引所に送信されません。TT FIX Inbound Drop Copy サービスにこの口座タイプを使用します。これで、第三者が TT にデータ ソースをインポートできます。これを選択すると、「注文のクロス回避」 オプションがこの口座に対し無効化されます。

   • Error Routing (エラー ルーティング): FIX Order Router により作成された注文の拒否メッセージを送信するのに使用できる口座、または特定の Drop Copy セッションへの FIX Inbound Drop Copy。エラー口座はユーザーや、FIX Order Routing、Inbound FIX Drop Copy セッションに割り当てることができます。エラー口座は取引所に送信されず、口座の階層の一部ではありません。

6. この口座や任意の副口座を使って注文のクロスを回避するには、[Order Cross Prevention] (注文のクロス回避) 欄をクリックして、注文のクロス ルールを選択します。TT 取引アプリケーションは、選択したルールに基づいて、以下の注文操作を実行します。
   • Not Applied: 注文のクロス防止ルールがまったく口座に適用されていないことを示しています。
   • Reject New: 同じ口座または口座ツリーで既存注文を約定させる可能性のある新規注文を拒否します。指値注文とネイティブ アイスバーグ注文にのみ適用されます。
   • Cancel Resting (wait for ACK): 既存注文の取消要求を取引所に送信します。取引所が要求を確認して注文を取り消した際に、新規注文を送信します。指値注文とネイティブ アイスバーグ注文にのみ適用されます。

   • Position Transfer: クロス注文の注文枚数に基づいて、注文を取り消すべきか、差し替えるべきかを決定します。注文が、同じ口座「ツリー」の既存注文注文を約定させる可能性がある場合で、口座または副口座に [Position Transfer] (ポジション トランスファー) が有効化されている場合、[Position Transfer] は、既存注文の枚数を減少させ、既存注文の指値で、2つの注文が取引所で約定したと仮定して、口座にて各注文に各2つの合成約定を作成します。ポジション トランスファーの機能に関する詳細は、ポジション トランスファーを参照してください。

   • Position Transfer (既存注文が最良買/売の場合): クロス注文の枚数と、同じ口座「ツリー」を使って発注された既存注文の価格に基づいて、注文を取り消すべきか差し替えるべきかを判断します。このルールは、注文が現在の最良買/売値で既存注文を約定させる可能性がある場合のみ、内部マッチングが発生するという点を除いて、[Position Transfer] と同様に機能します。

     注: このルールを使用する場合、アグレッシブ注文の送信途中に、既存の注文が取引所でマッチして約定される可能性があります。

7. オプションで、以下の選択肢の1つを選択できます。
   • Use Reject New instead of Position Transfer within the same account (同じ口座でポジション トランスファーの代わりに新規の拒否を使用): 有効化されていると、この設定により同じ口座でポジション トランスファーを使用できないようになり、クロス注文の防止に「Reject New」を使用できます。この設定は、口座に「ポジション トランスファー」が選択されていると有効で、それ以外の場合は灰色表示になります。
   • Go to market with Position Transfer balances w/o waiting for Cancel/Reducing ACK (ACK の取消/置換を待機せずにポジション トランスファーの残高で成行に変更): 有効化されていると、アグレッシブ注文枚数が既存の注文枚数よりも大きい場合、ポジション トランスファーは以下の動作を実行します。
     • 既存の注文の金額でアグレッシブ注文枚数を軽減します。
     • 既存の注文の取り消しや減少を確認しなくても、既存の枚数の注文の後、取引所に要求を送信して既存の注文を取り消すことができます。

     例えば、2枚の売注文は、マッチする10枚の買注文が発注されると、ポジション トランスファーは、8枚の買注文の後、即時に売注文に対して取り消し要求を取引所に送信します。ポジション トランスファーは、取引所から、2枚の売注文が正常に取り消されたことの確認を待機します。確認を受信した後、2枚の約定が内部で作成され、各トレーダーの口座にトランスファーされます。

     このオプションを使って、注文のトランスファー要求を待機している間でも、注文の一部をマーケットに発注できます。ポジション トランスファーの完了を待機している間に、全部のアグレッシブ注文が拒否されるリスクを軽減することもできます。

     注: このオプションを使うと、2りのトレーダーが2つの異なった注文送信サーバーで異なった取引所接続を使用している場合、クロス注文が取引所でマッチする可能性のあるリスクがあります。

   • Disable trading (this account only): この口座の取引を無効化します。既定でこのチェックボックスはオン (有効) になっています。
   • Disable trading (sub-accounts): この親口座のすべての子口座に取引を無効化します。
   • Disable trading (autoliquidate): 自動手仕舞いが口座でトリガーされた後に自動的に有効化されます。クレジット限度を増加させ、このオプションを無効化して、手仕舞い口座に取引を復元します。この設定は、口座が手仕舞いされる場合のみ Setup アプリケーションにより有効化できます (この設定は手動で有効化できません)。
8. オプションで、[Prevent Duplicate orders] (重複注文の回避) を設定します。
   • Check Quantity: 設定した時間枠内に可能な、重複注文の枚数を設定します。
   • Check Time Frame: ミリ秒で時間枠を設定して、口座の重複注文チェックを有効化します。1～-999999999 までの数値を入力します。設定した時間枠内に [Check Quantity] 欄に設定した、同じ限月と価格の注文数が発生した場合、重複注文は拒否されます。[Check Time Frame] が空白の場合、重複注文チェックは口座に適用されません。
   • Apply to sub-accounts (副口座への適用): 親口座から子口座に「重複注文の防止」設定をコピーします。これにより、共有親口座に追加された副口座は、この欄に異なった値の入力や値の欠落ができなくなります。チェックが有効の場合、会社や共有会社が追加した副口座で値を変更することは一切できません。
9. [Order Management System (OMS) Settings] (注文管理システム (OMS)) セクションにて、以下の内容を設定します。
   • Lock fill notifications on new staged orders (新規ステージ注文の約定通知をロック): ケア注文の発信者にどのように約定を再通知するかを制御します。この設定が有効の場合、新規のケア注文は要求されると自動的にロックされます。ロック済み注文の約定は、手動で割り当てて解除する必要があります。チェックがオフの場合、TT が計算した平均値を使って、約定と約定値が即時に顧客に解除され送信されます。この設定は、TT OMS のロックとロック解除機能に対応しています。
   • Only combine orders with the same price (同じ価格の注文のみ統合): ケア注文のバルクの方法を制限します。この設定がオンの場合、同じ価格をもつケア注文のみをバルク注文の一部として追加できます。この設定がオフの場合、異なった価格のケア注文をバルクできます。バルクには、全てのケア注文が同じ銘柄と同じ買/売方向であることが必須となります。この設定は、TT OMS のバルク機能に対応しています。
   • Only combine orders with the same account (同じ口座の注文のみ統合): ケア注文のバルクの方法を制限します。この設定がオンの場合、同じ口座をもつケア注文のみをバルク注文の一部として追加できます。この設定がオフの場合、異なった口座でケア注文をバルクできます。バルクには、全てのケア注文が同じ銘柄と同じ買/売方向であることが必須となります。TT OMS のバルク機能に対応しています。
   • Only combine orders with the same customer (同じ顧客の注文のみ統合): ケア注文のバルクの方法を制限します。この設定がオンの場合、同じ注文プロファイルをもつケア注文のみをバルク注文の一部として追加できます。この設定がオフの場合、異なった顧客注文プロファイルをもつケア注文をバルクできます。バルクには、全てのケア注文が同じ銘柄と同じ買/売方向であることが必須となります。TT OMS のバルク機能に対応しています。
10. [Create] をクリックします。

    データ グリッドの [Accounts] リストに新規の口座が表示されます。親口座のもとに副口座が表示されます。

Nodal 取引所プロパティの設定

1. 左ナビゲーション画面の [Accounts] をクリックして、データ グリッドにて口座を選択します。
2. 選択した口座の [Exchanges] タブをクリックします。
3. [Select an Exchange] 選択をクリックして、取引所を検索して選択します。
4. [Exchange Properties] セクションにて設定を行います。

   

   口座の Nodal 取引所プロパティ:

   • Account Type: 以下のうちから1つ選択します。
     • A1-A: クライアントのためのエージェント口座。
     • G1: 受信清算メンバーのメンバー ID なしで使用されている事前指定のギブアップ口座。
     • G1: 受信清算メンバーのメンバー ID と一緒に使用されている事前指定のギブアップ口座。
     • P1-P2: 自分の口座として使用するプロップ口座タイプ。
     • M1-M2: クォートする際のマーケット メーカー口座タイプ。

     デリバティブの注文を発注するには口座タイプが必須です。

   • TakeUp Member: 受信清算メンバー (口座タイプ G2) のメンバー ID と一緒に使用される、指定されたギブアップ口座番号。口座は、最大 5 文字まで指定できます。この欄は、口座タイプが G2 である場合に必須です。
   • Send All Orders as Standard Persistent Orders: この口座を使って発注されたすべての注文が、TT プラットフォームが設定する「標準」属性を含む、低頻度 (LF) セッションを通じて、永続的注文として取引所に送信されるかどうかを決定します。このオプションが口座で有効な場合、LF セッションが口座に割り当てられていることを確認します。

   • Clearing Account: 取引所に送信された注文操作の Tag 25008 の TT 口座値を上書き変更します。オプションの清算口座の上書き変更名はユーザー定義の名前です。既定でユーザーの TT 送信口座は Tag 25008 に送信されます。注: ユーザーレベルの清算口座の上書き変更設定は、口座レベルの設定よりも優先されます。

   • Trading Capacity: トレーダーが自分のプロップ口座のために取引しているのか (Deal)、マーケット メーカーとして動作しているのか (Match)、エージェントの機能で動作しているのか (Any other capacity) を示します。[Account Type] (口座タイプ) に基づいて生成されます。有効値: Deal、Match、その他の Capacityタグ 1815 として取引所に送信されます。この設定は必須です。
   • Liquidity Provision: マーケット メイキングの表示。有効値: True または False。タグ 23002 として取引所に送信されます。この設定は必須です。
   • Commodity Derivative Indicator: 注文がリスク軽減のためのヘッジ目的であるかどうかの表示。有効値: True または False。タグ 23003 として取引所に送信されます。
   • Investment Decision ID: 取引の決定を行ったユーザーの ID。Tag 20122 として取引所に送信されたショートコードが含まれます。
   • Execution Decision ID: 注文を発注した本人またはアルゴを表示。Tag 25123 として取引所に送信されたショートコードが含まれます。
   • Secondary Execution Decision ID: 注文に関連した第2のユーザーや会社。この欄は、顧客の代理で発注する際に利用でき、内部報告の目的で使用されます。登録 ID/ショート コードを入力します。

   • Client ID: 顧客の ID (ショートコード)。タグ 20003 として取引所に送信されます。この設定は [Account Type] (口座タイプ) が 「A」 (Agent) で、[Trading Capacity] が 「Any other capacity」の場合に必須です。

     この欄に、以下の値も入力します。

     • AGGR: 複数の顧客に注文が集約されたことを示します。
     • PNAL: 注文が集約されたけれど、割り当てが保留中であることを示します。
   • Secondary Client ID: 注文に関連した第2の顧客識別子。この欄は、顧客の代理で発注する際に利用でき、内部報告の目的で使用されます。顧客のリーガル エンティティ ID (LEI/ショートコード).

   注: 必須欄は取引所により異なるので、この設定は [Order Tag Defaults] プロファイルに設定された取引所設定に基づいて灰色表示される可能性があります。

5. Client ID Type: 注文を発注するクライアントのタイプを識別します。「Firm」または「Natural Person」のいずれかを選択します。
6. Execution Firm: 口座を管理する会社やユーザーを識別します。ユーザー定義の値を入力します。
7. Free-form 1-20: TT や FIX クライアント アプリケーション ユーザーに対して生成できる、オプションのユーザー定義欄。これらｍｐ値は取引所に送信されませんが、[Order Book] (注文一覧)、[Fills] (約定状況)、[Audit Trail] (システム履歴) ウィジェットと、FIX Drop Copy 記録にて表示されます。



8. Apply to all sub-accounts: 会社が副口座や口座を作成して別の会社と共有し、副口座に親口座の取引所欄を適用できるようにします。これにより、共有親口座に追加された副口座に異なった値が含まれていなくて、また値が取引所に送信されるようにします。各欄の横のチェックボックスを有効にして、必要に応じて値を適用します。チェックが有効の場合、会社や共有会社が追加した副口座で値を変更することは一切できません。
9. Lock sub-accounts: 会社が副口座を作成したり、別の会社と口座を共有して、副口座の取引所欄で値をロックできます。副口座がより特定の注文タグ設定の一致を使って設定されている場合でも可能です。これにより、共有親口座から作成された子口座 (副口座) に異なった値が含まれていなくて、また値が取引所に確実に送信されるようにします。チェックが有効の場合、会社や共有会社が追加した副口座で値を変更することは一切できません。注: [Lock sub-accounts] 設定を有効化するには、[Apply to all sub-accounts] 設定を欄に有効化する必要があります。
10. Client Can Override: 取引アプリケーションや API から注文を発注する際に、この欄の値を指定変更できるかどうかを決定します。このチェックボックスを有効にして、欄のロックを解除し、ユーザーが値を指定変更できるようにします。チェックがオフの場合、欄はロックされていて、ユーザーは値を変更できません。
11. [Save Changes] (変更の保存) をクリックします。

Nodal 接続を追加するには

1. 左ナビゲーション画面の [Connections] をクリックします。
2. [+New Connection] をクリックします。
3. [General Settings] (全般設定) セクションにて設定を行います。

   

• Connection enabled: この設定をオンにして接続を有効化します。この設定をオフにして接続を無効化します。
• Name: これは、接続の作成に必須の欄です。
• Exchange: NODAL を選択します。1接続に1取引所のみ設定できます。

• [Type] 欄で以下の接続タイプうちの1つを選択します。

  • Low Frequency: TT 取引システムを通じてデリバティブ注文を送信するための、低頻度 (LF) ETI セッション。
  • High Frequency: T7 取引システムを通じてデリバティブ注文を送信するための、高頻度 (HF) ETI セッション。

[Additional Settings] に表示される設定は、[General Settings] セクションで選択したセッション タイプに基づいて決定されます。

• Partition ID: (HF のみ) Eurex Partition Specific (PS) ゲートウェイ パーティションを設定して、高頻度 (HF) セッションを通じて接続します。HF セッションを使って、発注したい銘柄のパーティション番号を入力します。有効値: 1-99。注: このパラメータは高頻度セッションのみに必須です。
• Session ID: 取引所に接続する為の、セッション ID (取引所提供) を設定します。タグ 20055 として取引所に送信されます。この設定は必須です。
• Session Password: 取引所に接続する為のセッション ID パスワード (取引所提供) を設定します。タグ 554 として取引所に送信されます。この設定は必須です。
• IP Address 1: 低頻度の ETI セッションに接続するため取引所が提供する IP アドレスを、LF 取引ゲートウェイに直接設定します。主要の「trading gateway 1」 IP アドレスは [Technical Connection] → [Current Configuration] の 「Eurex メンバー ポータル」を通じて利用可能です。タグ 28644 として取引所に送信されます。この欄は必須です。
• IP Address 2: 低頻度の ETI セッションに接続するため取引所が提供する IP アドレスを、LF 取引ゲートウェイに直接設定します。第2の「trading gateway 2」 IP アドレスは [Technical Connection] → [Current Configuration] の 「Eurex メンバー ポータル」を通じて利用可能です。タグ 28725 として取引所に送信されます。この欄は必須です。
• Disaster Recovery IP: (オプション) フェイルオーバー中にセッションに接続するための、取引所が提供する災害時の回復 IP アドレスを設定します。
• Disaster Recovery Port: (オプション) フェイルオーバー中にセッションに接続するための、取引所が提供する災害時の回復ポートを設定します。

• Default User ID: (オプション) セッションの既定のユーザー ID を設定します。Setup のユーザー レベル (トレーダー ID) 設定により上書き変更されていない限り、ユーザー ID は取引所により提供され、接続に使用されます。この値は Tag 50 として取引所に送信されます。

  数値のみが 既定ユーザー ID 欄でサポートされています。取引所提供の数字のユーザー ID 値を入力してください (4321 など)。

  注: Nodal ではすべての注文操作で Tag 50 を必須としています。ユーザー ID が割り当てられていない場合は、既定のユーザー ID 欄が Nodal に送信されます。接続にユーザー ID を設定していない場合は、接続に割り当てられた各ユーザーに、ユーザー ID を割り当てる必要があります。個々のトレーダー ID もまた Tag 50 にマップされます。

• Default Password: (オプション) セッションの既定パスワードを設定します。User Setup のユーザー レベル設定により指定変更されていない限り、パスワードは取引所から提供され、接続に使用されます。パスワードは、最大 32 文字まで指定できます。

  注: ユーザー ID が割り当てられていない場合は、既定のユーザー ID 欄が Nodal に送信されます。接続にユーザー ID を設定していない場合は、接続に割り当てられた各ユーザーに、ユーザー ID を割り当てる必要があります。個々のトレーダー ID もまた Tag 50 にマップされます。Nodal ではすべての注文操作で Tag 50 を必須としています。

• Receive Wholesale Trades for Approval: (LF のみ) 送信済みのホールセール注文に配信を受信するための接続を設定します。この設定は、開始者として自動承認のホールセール注文に必須ですまたは承認のために取引相手の側を表示するのに必須です。

  注: これが有効の場合、この接続は Eurex メンバーシップのすべての保留のホールセール注文を受信する1つの口座に対してのみ有効にする必要があります。TT では、ホールセール注文を発注するのに使用した接続で1つの口座のみ設定することを推奨します。それ以外は、接続に関連するすべての口座はホールセール注文の配信を受信します。

• Distribute TES broadcasts to all users in group: (LF のみ) 接続のすべてのユーザーが、発注済みのホールセール注文の配信を受信できるようにします。この設定をオンにして、この接続ですべてのユーザーにメッセージを配信できるようにします。既定で、この設定はオフになっていて、ホールセール注文を発注するユーザーのみが配信メッセージを受信します。
• Throttle Limit Percentage: (オプション) 取引所の定義済み注文率制限のパーセント数として、接続スロットルを設定します。0～99 までの数値を入力します。スロットル率が超過すると、注文の取消も含め、接続のすべての後続の注文は TT により拒否されますが、最大注文率の限度に達していないため、セッションは取引所により切断されないようになっています。ただし、「100」の値は高注文率の間に取引所によりセッションが切断される可能性があります。

  注: この欄に値を入力すると、［Max Order Rate］ 欄に値を入力しないでください。

• Enable unsolicited orders and fills: メンバーシップに対して外部インターフェースから生成された全ての注文や約定を処理するかどうか、またTT システムでこれらの注文を表示して管理するかどうかを設定します。

  注: このオプションは低遅延セッションにのみ利用できます。

  [Enable unsolicited orders and fills] (未承諾の注文と約定を有効化) オプションを有効にする前に、以下の制限内容を考慮してください。

  • [Enable unsolicited orders and fills] が有効な場合は、1口座のみを低頻度 (LF)セッションに割り当てることができます。Setup で設定されている ETI セッションに関連したメンバーシップのためのすべての取引所 GUI 生成注文や約定は、この ETI セッションに割り当てられている1つの口座に転送されます。
  • [Enable unsolicited orders and fills] が有効にされている 1つの ETI セッションに、複数の口座がマップされている場合、ETI セッションの未承諾の注文や約定は記録され、破棄されます。
  • Setup で取引所メンバーに対して複数の ETI セッションを設定する場合、これらのセッションのうち1セッションのみで [Enable unsolicited orders and fills] を有効化してください。でなければ、未承諾の注文と約定において2重の処理が行われてしまいます。
  • このオプションが EEX ETI 低頻度セッションに有効化されていると、未承諾の CLOB 注文や約定のみがメンバーシップに対して処理されます。これには、外部プラットフォームからそのメンバーシップに対して発注された CLOB 注文や約定が含まれます (Trayport、XT、CQG、Fidessea 等)。
  • ホールセール注文の場合、LF ETI セッションでこのオプションを有効化すると、CLOB 注文とホールセール注文の両方が処理されます。
  • 現在、TT では FIXML セッションで未承諾の注文の処理をサポートしていません。
• Max Order Rate: （オプション） 取引所に切断される前に、ユーザーが接続別に入力できる、１秒毎の最大注文数を設定します。この限度は、取引所定義の注文率の最大を超過できません。この率は、注文の取消も含めてすべての注文操作を占めています。

• Contact Email (問合せ先電子メール): オプションで、TT が必要時に会社に連絡するための、お客様の主要な連絡先情報を追加できます。