Trade
Overview
TT Platform
Description
Task
Browser Access
Description
Task
Videos
TT Desktop
Description
Task
Videos
Reference
Workspace Windows
Description
Task
Videos
Widgets
Description
Task
Preferences
Description
Viewing Market Data
Time and Sales
Task
Reference
Description
Depth
Description
Task
Reference
Market Grid
Description
Task
Videos
Reference
Product Grid
Description
Task
Reference
Spread Matrix
Description
Task
Videos
Reference
Position in Queue (PIQ)
Basic Order Entry
TT Order Types
Description
Task
Videos
Reference
Case Studies
TT Premium Order Types
Description
Task
Reference
Order Ticket
Description
Task
Use Cases
Reference
MD Trader®
Description
Task
Videos
Reference
Order Profiles
Description
Task
Reference
Routing Rules
Description
Task
Blocktrader
Description
Task
Videos
Reference
Trading Crypto on TT
Description
Task
Videos
Reference
Trading on B3
Order Management
Order Book
Description
Task
Reference
Floating Order Book
Description
Task
Reference
Fills
Description
Task
Reference
Positions
Description
Task
Reference
Orders and Fills
Description
Task
Reference
Audit Trail
Description
Task
Reference
Audit Query
Description
Task
Reference
Account List
Description
Task
Videos
Reference
Position Manager
Description
Task
Reference
Alert Manager and Alert Viewer
Description
Task
Videos
Reference
Account & User Restrictions
Description
Task
Reference
Balances
Description
Task
Reference
TT® OMS
Care Orders
Description
Task
Videos
Reference
Lock and Release
Description
Task
Bulking
Description
Task
Videos
Stitching and Splitting
Description
Task
Combining
Description
Task
Order Passing
Description
Task
Use Cases
Order Exceptions
Description
Task
Options
Options Risk
Description
Task
Videos
Reference
QuikStrike
Description
Task
TT Uncovered 3.0
Description
Task
TT Uncovered 2.0
Description
Task
Volatility Calculator
Description
Task
Expiration Manager
Description
Task
Watchlist
Description
Task
Videos
Reference
Options Risk Matrix
Description
Task
Videos
Reference
Options on TT
Description
Videos
Strategy Creation
Description
Task
Use Cases
Reference
Counterparty Manager
Description
Task
RFQ with Counterparties
Description
Task
RFQ Viewer
Description
Task
Videos
Reference
Electronic Eye
Description
Task
Videos
Reference
Vol Curve Manager
Description
Task
Use Cases
Videos
Reference
Options Trade Monitor
Description
Task
Videos
Reference
Options Chain
Description
Task
Use Cases
Videos
Reference
Spread Trading
Autospreader
Description
Task
Use Cases
Videos
Reference
Autospreader Rules
Description
Task
Videos
Reference
Hedge Manager
Description
Task
Videos
Reference
Trading in Yield
Description
Task
Use Cases
Reference
Aggregator
Description
Task
Videos
Reference
Algo Trading
Algo Dashboard
Description
Task
Videos
Reference
Template Manager
Description
Task
Order Management Algos (OMAs)
Autotrader
Description
Task
Reference
Videos
Excel integration with TT
Description
Task
Videos
Reference
Market-Making Algos
Analytics
Charts
Description
Technical Indicators
Task
Videos
Reference
Trader Analytics
Description
Task
Reference
ADL
ADL Overview
Introduction to ADL
Description
Task
Videos
Reference
ADL Basic Concepts
Description
Task
Reference
Building your first algo
Lessons
Advanced concepts
Description
Task
Case Studies
Jump blocks
Group blocks
Virtualized blocks
Library blocks
Trading Blocks
Discrete blocks
Arithmetic blocks
Basic blocks
Logic blocks
Miscellaneous blocks
Setup
Setup Overview
Getting Started
Description
Task
Videos
Reference
Supported Order Types and TIFs
Company Administration
Connections
Description
Task
Videos
Reference
Accounts
Description
Task
Videos
Use Cases
Reference
Users
Description
Task
Videos
Reference
Company
Description
Task
Reference
Order Tag Defaults
Description
Task
Account Administrators
Description
Task
TT Premium Services
Description
Task
TT Access
Description
Task
Advanced Features
Description
Risk Management
Risk Administration
Description
Task
Risk Limits
Description
Task
Videos
Reference
Pre-Trade Portfolio Risk
Description
Task
Reference
Order Cross Prevention
Description
Task
Videos
KRM Limits
Description
Task
TT® OMS
TT OMS Administration
Description
Task
Use Cases
Reference
Exchanges: Americas
FMX
Description
Task
NFI
Task
Nodal
Description
Task
MX
Description
Task
MIAX_FUT_NY
Description
Task
MIAX_FUT_CH
Description
Task
MexDer
Description
Task
ICE
Description
Task
Goldman Sachs Commodity Blocks (GSCB)
Description
Task
Referece
FMX_USTF
Description
Task
B3
Description
Task
Fenics
Description
Task
EBS Market
Description
Task
EBS Direct
Description
Task
Dealerweb
Description
Task
CME
Description
Task
CFE
Description
Task
Cboe FX
Description
Task
Reference
CBOE
Description
Task
Exchanges: EMEA
GFO-X
Description
Task
WSE
Description
Task
Nord Pool
Description
Task
Reference
NASDAQ_NED
Description
Task
MEFF
Description
Task
LSE
Description
Task
LME NTP
Description
Task
LME
Description
Task
JSE
Description
Task
ICE_L
Description
Task
ATHEX
Description
Task
Euronext
Description
Task
Eurex
Description
Task
Videos
Eris
Description
Task
EPEX SPOT
Description
Task
Reference
EEX
Description
Task
DGCX
Description
Task
BIST
Description
Task
Exchanges: Asia/Pacific
ABX
Description
Task
ASX
Description
Task
FEX
Description
Task
HKEx
Description
Task
JPX
Description
Task
NSE
Description
Task
NZX
Description
Task
SGX
Description
Task
SGX GIFT
Description
Task
TAIFEX
Description
Task
TFEX
Description
Task
TFX
Description
Task
CoinFLEX
Task
Exchanges: Crypto
Coinbase
Description
Task
FIX Support
FIX Ruleset
Description
Task
FIX Sessions
Description
Task
Secondary Accounts
Description
Task
Monitor
TT Mobile
TT Backtesting
APIs
TT REST API 2.0
Getting Started
API Reference
TT REST API 2.0 (UAT)
Getting Started
API Reference
TT .NET SDK
Getting started with TT .NET SDK
Creating the application framework
Working with instruments
Subscribing for market data
More about prices
An in-depth look at the Price class
Working with orders and fills
Handling trade subscriptions
Working with trade subscriptions
Working with Algos
Algo Server
TT Order Types
TT Premium Order Types
Advanced Concepts and Options
Appendix
TT CORE SDK
Getting Started with TT Core SDK
Creating Application Framework
Working With Instruments
Subscribing for Market Data
Working with Orders and Fills
Creating a TT Application Server
Appendix
TT Trade Surveillance
Overview
Using TT Trade Surveillance
Cluster View
Core Models
Market Abuse Models
Cross Product Models
Spoofing Models
Improperly Matched Trade Models
Market Rate Models
Trading Behaviors Models
Miscellaneous Models
Configurable Models
Reports
Reference
TT FIX Services
TT FIX General
Getting Started
FIX Message Structure
Session messages
TT FIX Order Routing
Overview
TT FIX message conversations
Supported application messages
TT FIX Market Data
Overview
TT FIX message conversations
Supported application messages
TT FIX Drop Copy Out
Overview
TT FIX Message Conversations
Supported application messages
Compliance Feed messages
TT FIX Drop Copy In
Overview
Supported application messages
TT FIX Gateway
Getting Started
FIX Message Structure
Components
Session messages
Price Gateway Messages
Order Gateway Messages
TT FIX Recovery
Overview
FIX Recovery Methods
Supported application messages
Compliance Feed Messages
MiFID II Support

カスタム欄

管理者として、カスタム欄やラベルを作成して、会社の社員であるユーザーや管理されているユーザーに割り当てることができます。これらの欄は取引所には送信されませんが、FIX Drop Copy メッセージに表示するか、会社ごとに使用するため TT で内部で表示できます。

: 今後のリリースで [Include on Fix Dropcopy] 機能がサポートされます。

カスタム欄の管理

[Company Settings] – [Settings] – [Custom Fields] タブにてカスタム欄は作成され管理されます

各自の欄とラベルを作成するに加え、TT では、会社が使用できるように以下のカスタム欄を提供しています。

  • Organization: 会社の社員でない組織ユーザーや、会社の直接写真または共有社員である組織ユーザーのために、TT が定義した欄。
  • FIX Company ID: 取引所にメッセージを送信する会社の名前を提供する、TT が定義した欄。この欄の値は FIX Drop Copy メッセージの FIX タグ 18221 にマップされています。
  • Billing 1, 2, 3: 別の料金グループにユーザーを区別するための TT が提供する欄。

    : 「Billing 1、2、3」欄の値は顧客請求書の「User Defined 1、2、3」 欄に表示されます。

ユーザーのカスタム欄

作成後、カスタム欄は [Users] – [Custom Fields] タブで既存のユーザーに割り当てられます。

カスタム欄データはデータ グリッドに表示され、料金データや記録の目的でエクスポートできます。

会社の社員や会社が管理するユーザーのいずれかの場合新規ユーザーを作成する際、カスタム欄を割り当てできます。新規ユーザーが会社に追加されると、カスタム欄はユーザーの [Profile] タブではなく [Custom Fields] タブに表示されます。

ユーザー アルゴ管理

Setup アプリケーションは、どのユーザーが各自のアルゴを展開して実行できるかを管理できる機能を管理者に提供しています。

口座とユーザーごとのアルゴ注文アクセス許可や制限に加え、Setup では、以下のアルゴ管理機能を提供しています。

  • [ユーザー] – [アクセス許可] タブにて、「Requires Permissions to Run Own Algos」(各自のアルゴ実行にアクセス許可が必須) 設定 と 「Algo Approver」 (アルゴ承認者) 設定。
  • 左ナビゲーション画面の [アルゴ] タブで承認オプション。
  • [口座] – [ユーザー] と [ユーザー] – [口座] タブの [ADL Algo Approval Required] (ADL アルゴ承認者が必須) 設定。

アルゴ アクセス許可

ユーザーにアルゴ管理を提供するには、[ユーザー] – [アクセス許可] の下で、[Algo Permissions] (アルゴ アクセス許可) セクションに 2つのチェックボックスがあります。

: [Requires Permissions to Run Own Algos] (各自のアルゴ実行にアクセス許可が必須) は、ライブ環境のみに表示され、ユーザーは、承認がなくても、デモ環境や遅延価格環境で任意のアルゴを実行してテストできます。

[Requires Permission to Run Own Algos] チェックボックスで、承認がなくてもユーザーがアルゴを展開できるかどうかを制御します。既定で、すべての既存ユーザーはこのオプションのチェックがオフになっています。新規ユーザーはこのチェックボックスがオンになっています。有効 (オン) の場合、ユーザーは未承認のアルゴを実行できず、また ADL で [Deploy] オプションを通じてアルゴを送信して承認を得る必要があります。無効 (オフ) の場合、ユーザーは承認がなくてもアルゴ注文のアクセス許可が有効化された口座を使って、アルゴを実行できます。

: [Requires Permissions to Run Own Algos] 設定は、デモ環境と遅延価格環境では表示されません。

[Algo Approver] チェックボックスにより、必要に応じて、ユーザーは承認のため送信されたすべてのアルゴの名前を表示でき、各アルゴに「承認済み」または「未承認」と表示できます。既定で、Setup 管理者アクセス許可を持つユーザーにはこのオプションが有効になっていますが、アルゴ承認者のアクセス許可を会社の他のユーザーに同様に設定することができます。

[ADL Algo Approval Required] 設定では、承認がなくてもユーザーが口座で ADL アルゴ注文を発注できるかどうかを定義します。このオプションがオフの場合、選択したユーザーは選択した口座でアルゴの承認が必須ではなくなります。

アルゴ タブ

オプションのアルゴ アクセス許可をサポートするには、左ナビゲーション画面の [Algos] タブで、会社のユーザーに ADL アルゴを承認できる機能を使用できます。承認に発注された各アルゴには、アルゴ名やタイプ、ステータス、所有者、バージョンの他、アルゴを「承認」するか「すべてのバージョンを却下」するオプションが含まれます。

[Requires Permissions to Run Own Algos] 設定がユーザーに有効化されている場合、アルゴを実行する前に、[Algos] タブでアルゴの承認を受ける必要があります。ユーザーが承認のため送信したアルゴのみがこのセクションに表示され、[Algo Approver] 設定が有効化されたユーザーのみがアルゴを承認できます。

ADL でアルゴ展開を試みる際にアルゴの承認が必要な場合、ポップアップ ウィンドウが表示されるので、ユーザーは会社やブローカーから承認を得るために、アルゴを送信することができます。送信した後、アルゴは承認のために Setup に表示され、アルゴ承認者が承認できます。承認済みのアルゴは [取引] アプリケーションの ADL ダッシュボードに表示され、取引所で起動できます。

[アルゴ] タブのデータ グリッドで承認済みアルゴのリストをエクスポートするには、グリッドの右上部の [グリッド オプション] をクリックして [グリッドのエクスポート] を選択します。

ユーザーのリスク限度

ポジション限度をもつ親口座と副子口座に割り当てられたユーザーは、取引前のリスク管理に追加のレベルを設定した、独自の価格制御のリスク限度と最大注文枚数をもつことができます。

[Users] ウィンドウの [Limits] (限度) タブを使って、ユーザーの銘柄限度を定義します。このタブでは、銘柄間スプレッドやストラテジーを含め、ユーザーに対してブロック注文やクロス注文、スプレッドやストラテジーの取引リスク限度を設定することができます。

以下の例では、全銘柄のユーザーレベルのリスク設定を示しています。

ユーザーの共有

会社レベルで、別の会社とユーザーを共有すると、共有会社がユーザーを作成して、共有ユーザーの毎日のセットアップやユーザー リスク限度の所有権を維持できます。ユーザーを共有する会社が口座を作成して管理し、共有ユーザーに割り当てて、これらの口座でリスク設定の制御を維持します。例えば、バイサイド会社は、これらのユーザーに直接口座を割り当てることができる FCM とユーザーを共有できます。また必要に応じてマーケット データ設定を制御することもできます。バイサイドは、ユーザーの口座を作成することのみ責任があります。

ユーザー共有のルール

別の会社とユーザーを共有する場合や別の会社のユーザーを自分と会社と共有する場合は、ユーザーの設定やプロファイルの表示や変更において、以下の制限事項を考慮してください。

  • 共有ユーザーは共有先の会社が削除することはできませんが、[Inactive] または [Disable Trading] に設定できます。これらの設定は、ユーザーが、設定を行った会社と取引しようとする場合のみ適用されます。
  • 会社は、「このユーザーのスポンサーに同意します」を選択すると、顧客のユーザーのログインと取引操作の手数料のみを支払いすることを選択できます。他の会社がこれらの手数料の支払いに同意した場合、スポンサーは自由選択となります。それ以外は必須となります。
  • 共有ユーザーの連絡先情報は、自分の会社のみに表示可能です。
  • 共有会社は、共有先会社によりユーザーに割り当てられた口座も含め、すべてのユーザーの口座を表示できます。ただし共有先会社は、ユーザーに割り当てられた口座の表示のみが可能です。
  • 共有ユーザーの銘柄グループや限度、クレジットは、共有会社のみが設定できます。

ユーザーの共有: 顧客の影響

顧客として、ユーザー共有機能を使うと、自分の会社のメンバーでありながら、複数のブローカーや取引会社で取引ができるようになります。同じ取引アプリケーションのワークスペースや注文一覧、システム履歴等を引き続き使用できます。ユーザーのリスク限度は会社により設定されますが、口座のリスク限度は、「共有」先の会社が提供して管理を行います。

ただし、TT システムで会社を去り、別の会社のメンバーや社員になった場合、ワークスペースや口座、ポジションは、現在の会社にそのまま維持されます。この場合、新規の会社から2つ目の招待状を受諾し、会社の社員またはメンバーになります。

ユーザーの共有: 会社の管理者の影響

会社の管理者として、Setup の [Users] ー [Profile] タブの [Company Relationships] セクションを使って、別の会社とユーザーを共有できます。

: ユーザーが会社を去りこちらの会社で取引することを希望する以外は、会社で取引するために、Setup の招待状手続きを使って他の会社のユーザーに招待状を送らないでください。

共有口座とユーザーの相互操作

取引所へのアクセスを顧客に提供するには、会社は別の会社とユーザーを共有する必要があります。この場合、共有する会社は取引所の認証情報を含んだ口座を共有ユーザーに割り当て、次に共有ユーザーの会社に再び口座を共有します。

ただし、会社が共有口座で特定のユーザー欄 (オペレーター ID) をロックするか、関連子口座にユーザーを追加できないようにすることをお勧めします。管理者として、会社の共有ユーザーと口座を共有する際に利用できる設定が2つあります。

  • Can assign users to child accounts: 会社が、共有口座の子口座にユーザーを追加できないようにします。このチェックをオフにして、子口座にユーザーが割り当てられないようにします。既定で、このチェックボックスはオンで、ユーザーを割り当てることができます。このオプションは [Accounts] ー [Sharing] タブにて利用できます。
  • Apply to sub-accounts: 共有親口座の子口座にこれらの値をロックするために、サブスクライバー欄に適用できます。この設定は選択したプロファイルに左ナビゲーション画面で [Order Tag Defaults] タブにて利用できます。

共有口座の設定

共有口座で [Can assign users to child accounts] 設定がオフの場合、以下の内容を考慮してください。

  • 口座を共有する際に紹介ブローカーとして操作する場合 ([Introducing Broker] 設定がオンの場合)、[Can assign users to child accounts] 設定はオフにできません。この設定は既定で有効になっています。
  • 共有会社は共有親口座の子口座にユーザーを割り当てることはできません。また共有口座ツリーに割り当て済みユーザーが含まれた子口座は移動できません。
  • 共有会社が作成した子口座にリスク限度を設定できます。ただし、共有会社はユーザーや親レベルの口座限度で完全な制御を有します。

例: 共有ユーザーとの口座の共有

この例では、顧客会社 (Client-A) はブローカー (Broker-B) とユーザーの1人 (user1) を共有して、CME へのアクセスを有する「user1」を提供します。

  1. 「Client-A」 は、CME 取引所認証情報の所有者である「Broker-B」と 「user1」を共有します。
  2. 「Broker-B」は「account1」を「user1」に割り当てます。

    : [Order Tag Defaults] を使うと、[Broker-B] は 口座1に 「Operator ID」欄を設定し、[Apply to all sub-accounts] チェックボックスをオンにします。「account1」のもとに作成された子口座は、CME に「Broker-B Operator ID」 を送信します。

  3. 「Broker-B」は「Client-A」と「account1」を共有します。

    : 口座を共有する際、「Broker-B」は 「Can assign users to sub-accounts」設定をオフにして、「user1」がこの口座で取引できるようにしてください。

  4. 「Client-A」 は、「account1」から子口座「child1」と「child2」を作成します。子口座は「Client-A」の「user1」と CME 送信認証情報を 「Broker-B」から継承します。「Broker-B」の「Operator Id」は、childchild 口座で発注されたすべての注文で取引所に送信されます。

ユーザーの口座アクセス許可

口座上課されたすべての制限は、口座のユーザーに設定されたアクセス許可を上書きできます。口座にユーザーを割り当てる際、以下の注文アクセス許可を設定できます。

  • Update Positions (例: マニュアルフィルの作成): ユーザーがこの口座のマニュアル フィルや修正を入力できるようにします。

    : [Account permissions] は、親口座とすべての副口座に適用されます。

  • Confirm fills: 口座のユーザーが約定を確認できるようにします。
  • Submit Block/Cross Orders: ユーザーがブロック注文やクロス注文、ホールセール注文を発注できるかどうかを決定します。この設定は AOTC 機能に関連していません。
  • Modify clearing account on working orders (ASX only): この口座のユーザーが、ASX での約定待ち注文で、取引所清算口座を変更できるようにします。
  • Modify clearing account on fills: この口座のユーザーが、完全約定または部分約定注文で、取引所清算口座を変更できるようにします。
  • Delete Orders: この口座のユーザーが、取引の際に注文を取消できるようにします。注文の発注設定を有効化する前に、このオプションを有効に設定しておく必要があります。
  • Modify Orders: この口座のユーザーが、取引の際に注文を変更できるようにします。注文の発注設定を有効化する前に、このオプションをオンに設定しておく必要があります。
  • 以下のケア注文 (別名はステージ注文) のアクセス許可は、ユーザーに口座を割り当てる際や、口座にユーザーを割り当てる際に設定されます。

    • Submit Staged Orders: このオプションが有効の場合、ユーザーは、選択口座と副口座にステージ注文を発注できます。

      ユーザーは自分のステージ注文を表示できます。ステージ注文が約定すると、親ステージ注文の子注文が、ステージ注文を要求した所有者により別の口座で執行されても、ユーザーはステージ注文の元の口座で約定を受信します。ステージ注文を発注したユーザーとユーザーの口座に、リスク限度が適用されます。

    • Only Allow Price Improvements on Child Orders: ケア注文の所有者が、元の親ケア注文で送信した指値よりも悪い価格で (高値で買ったり低値で売れないことを示します)、子注文の指値を変更できないようにします。チェックボックスが有効の場合、所有者は子注文の取引のみを向上させることができます。チェックボックスが無効の場合、所有者は親ケア注文の取引のみを向上させることができます。この設定は既定で無効になっていて、親注文の指値にかかわらず、所有者は親ケア注文と子ケア注文の両方の価格を変更できます。

      : この設定を使用するには、[Manage Staged Orders without Claiming] (要求せずにステージ注文を管理) 設定を無効化する必要もあります。「価格に保留」させるためには、約定待ちする前に、まず注文を要求する「Ownership」モデルで作動させる必要があります。

    • Manage Staged Orders without Claiming (要求せずにステージ注文を管理): 注文ステータスが要求、未要求にかかわらず、ユーザーがケア注文に完全にアクセスできるようにします。チェックボックスをオンにしてこのオプションを有効化します。これが有効の場合、[Manage Own Staged Orders] (自分のステージ注文を管理) と [Manage Orders Staged by Others] (他人のステージ注文を管理) もまた既定で有効となります。

    • Manage Own Staged Orders: このオプションがオンの場合、ユーザーは、選択口座と副口座に発注された自分のステージ注文を管理できます(つまり、要求/未要求、代理注文での執行)。

      受信するステージ注文を表示するには、所有者となる可能性のあるユーザーはこのオプションを設定し、ステージ注文口座へのアクセスを持っている必要があります。ステージ注文と非ステージ注文の両方、つまり口座のすべての注文は、口座に割り当てられているすべてのユーザーによって表示可能です。

      このチェックボックスがオフの場合、このオプションにより自分のステージ注文が要求されないようにできます。

      この設定を無効にして、[Manage Orders Staged by Others] を有効にすると、ユーザーは、他のユーザーが行ったステージ注文のみを管理できるようになります。

      : このオプションを設定するには、[Submit Staged Orders] オプションを有効に設定する必要があります。

    • Manage Orders Staged by Others: 選択口座や副口座に発注された (自分では発注しなかった) すべてのステージ注文を管理できるようになります (つまり要求/未要求、代理注文等)。[Submit Staged Orders] と [Manage Own Staged Orders] 注文も有効の場合、ユーザーは自分で発注したステージ注文も管理できます。

      ステージ注文を表示するには、所有者となる可能性のあるユーザーはこのオプションを設定し、ステージ注文口座へのアクセスを持っている必要があります (つまりステージ注文を要求するユーザー)。ステージ注文と非ステージ注文の両方、つまり口座のすべての注文は、口座に割り当てられているすべてのユーザーによって表示可能です。

      ユーザーがステージ注文として発注できる限月を制限することを希望する場合は、ユーザーやユーザーの口座、ユーザーの親口座にリスク限度を設定する必要があります。

      要求済みステージ注文が含まれている親口座や子口座で、ポジション トランスファーが有効化されている場合、(子口座と親口座がポジション トランスファーが有効化された口座の階層に存在する場合)、所有者 (ステージ注文を要求したユーザー) は自分の口座とステージ注文口座を使って、手動でポジション トランスファーすることを選択できます。これにより、元の発信者 (ステージ注文を発注したユーザー) が希望するポジションを残し、所有者には対立するポジションを残す、2つの相反するマニュアル フィルが作成されます。

      所有者はステージ注文の代理で注文を執行する際、子注文に使用された所有者の執行口座のすべての限度と、これらの執行口座のすべての親口座が適用されます。注文がステージ化される際に発信者の限度がすでにチェックされているので、元のユーザーの限度はこの時点では適用されません。

      : このオプションを設定するには、[Submit Staged Orders] オプションを有効に設定する必要があります。

    • Unclaim Orders Owned by Others: 別のユーザーにより要求されたステージ注文を、ユーザーは自分で要求を解除できます。これで、要求済みのケア注文が強制的に、「利用可能」ステータスに戻されます。

      注:Manage Staged Orders without Claiming」(要求せずにステージ注文を管理) がオンの場合に、この設定は既定で有効となります。

  • Submit Native Orders: この口座のユーザーが、成行注文を例外として、取引所がサポートする注文タイプを直接送信できるようにします。これがオン (有効) の場合、以下に [Allow] または [Deny] を選択します。
    • ADL: ユーザーが Algo SE サーバーにストラテジーを展開できるか否かを定義します。ADL アルゴ、TT Synthetic アルゴ、TT SDK、Autotrader を含みます。
    • [ADL Algo Approval Required] 設定では、ユーザーが承認がなくても口座で ADL アルゴ注文を発注できるかどうかを定義します。このオプションがオフの場合、選択したユーザーは選択した口座でアルゴの承認が必須ではなくなります。
    • TT Algo SDK: ユーザーが Algo SE サーバーに TT Algo SDK ストラテジーを展開できるか否かを定義します。
    • Autospreader: ユーザーが Autospreader SE サーバーに合成スプレッド ストラテジーを展開できるか否かを定義します。
    • Aggregator: 集約銘柄の注文をユーザーが発注できるかどうかを定義します。
    • GTC/GTDate: ユーザーが GTC (Good til Cancel) と GTD (Good til Date) 注文を発注できるか否かを定義します。
    • Market: ユーザーが成行注文を発注できるか否かを定義します。[Deny] (拒否) を選択すると、ユーザーは、ストップ成行 (Stop Market)、成行イフタッチ (Market If Touched)、Market-To-Limit.を含めすべての成行注文を発注できません。
    • Mobile: TT プラットフォームへのモバイルアクセスによる取引を許可または拒否します。

      : この設定ではまた、モバイル口座とデスクトップ取引用の口座とで、異なったアクセス許可を設定することもできます。

    • TT Synthetic Order Types: ユーザーがこの口座で TT 合成注文タイプを発注できるかどうかを定義します。
    • TT Premium Order Types: ユーザーがこの口座で TT 合成注文タイプを発注できるかどうかを定義します。
  • Require AutoRFQ for Cross trades: ユーザーまたは口座にこの設定が有効化されている場合、クロス注文を発注する前に、RFQ の送信が強制となります。会社のユーザーや口座に対して、管理者のみがこの設定を有効化できます。
  • Staged Order Risk Check: これが有効の場合、このオプションは以下に設定されます。
    • At Execution: 関連子注文が執行される際に、リスク チェックがステージ注文に適用されます。

ユーザーの概要

TT システムの「ユーザー」とは、TT ソフトウェアを使用する個人を示します。例えば、ユーザーにはトレーダーやブローカー、リスク管理者があるとします。TT ソフトウェアの各ユーザーは、固有の識別子 (TT 口座) を有し、システムに存在する必要があります。

新規ユーザー

会社に招待する前に「仮ユーザー」として、システムに新しいユーザーを追加できます。これらの仮ユーザーは、TT 口座をすでに作成している場合とそうでない場合があります。会社や清算会社に招待されていないユーザーや、未承認のユーザー、招待を却下されたユーザーは、システムで仮ユーザーと見なされます。

仮ユーザーを追加した後、仮ユーザーに、承認のための登録リンクを含む電子メールの招待を送信できます。リスク設定を行い、招待を送信する前に、他の会社と仮ユーザーを共有することもできます。ただしユーザーは TT 口座を作成するまで、会社へのログインや招待の受信はできません。

新規ユーザーは、「会社」への加入の招待を受信する前でも TT 口座を作成できます。ユーザーがすでに TT 口座を作成済みの場合もありますが、加入のオプションが表示される前に、TT 口座を作成するようにメッセージが表示されます。TT 口座を作成して TT プラットフォームにログインした後、ユーザーは招待メールのリンクをクリックして、招待を受け入れます。招待を受諾して TT 口座を作成した後は、ユーザーは会社では「仮ユーザー」ではなくなります (ユーザーとして登録済み)。

ユーザー タブ

左ナビゲーション画面で [Users] タブをクリックして、会社にてユーザーの追加や管理ができますユーザーを作成または選択する際に、[Users] 画面に以下のタブが表示されます。

  • Settings: 会社の管理者や個人ユーザーのアクセス許可を設定できます。
  • Accounts: ユーザーに口座を割り当てる他、既存の口座の管理を行います。
  • Exchanges: ユーザーの取引所アクセスを設定できます。
  • Limits: ユーザーレベルのリスク限度を設定できます。
  • Custom Fields: 会社のユーザーに特定のラベルと値を割り当てて追加できます。
  • Agreements: 取引所との同意書の確認やレビュー、承認を行います (CME マーケット データ同意書など)。
  • Environments: 取引環境へのユーザー アクセスを管理できます。
  • FIX Sessions: ユーザーに FIX 注文送信セッションを割り当てます。
  • Login History: ユーザーの会社でのログ履歴を表示できます。
  • IP Address Restrictions: 会社のユーザーが、許可されていない場所から TT にログインしないようにします。
  • App Keys: 各自の取引アプリケーションを使って、TT にログインするためのアプリケーション キーを作成して管理できます。
  • Access Lines: 会社ユーザーの TT へのアクセスを確認できます。
  • Account Administration: 会社のユーザーにそれぞれの管理ロールを設定します。
  • Change Logs: 会社でユーザーに追加した変更を表示してダウンロードします。
Privacy Overview

This website uses cookies so that we can provide you with the best user experience possible. Cookie information is stored in your browser and performs functions such as recognising you when you return to our website and helping our team to understand which sections of the website you find most interesting and useful.

Strictly Necessary Cookies

Strictly Necessary Cookie should be enabled at all times so that we can save your preferences for cookie settings.

Analytics

This website uses Google Analytics to collect anonymous information such as the number of visitors to the site, and the most popular pages.

Keeping this cookie enabled helps us to improve our website.

Marketing

This website uses the following additional cookies:

(List the cookies that you are using on the website here.)