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
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

Assigning Fills and Orders to Care Orders

Assigning Orders to Care Orders

You can assign existing working orders to a care order in the Order Book and Orders and Fills widget (OFW) via the “Assign > Orders…” right-click menu item that appears on a staged order.

When assigning orders, consider the following:

  • An owner can assign exchange orders that match the side and contract of the care order, are less than or equal to the care order quantity, and are at the same or better price.
  • Orders can be assigned from a different account or the same account as the originator.

To assign orders to a care order:

  1. Claim the care order in the orders pane of
    the Order and Fills widget.
  2. Right-click the care order and select Assign Orders… from the context menu.


    Note: If an exchange order exists that matches the side, contract, and is less than or equal
    to the care order quantity, the context menu shows the “Assign orders…” option.

  3. In the Orders pane, select one or more orders to assign for the care order.

    Tip: Only orders that can be assigned to the care order are shown in the Assignment pane.

  4. Note: When you select the “By Order” checkbox, fill records in the panel are “rolled up” and will be displayed grouped together under their same Order ID, similar to how the “By Order” display mode behaves in the Fills widget. In this “By order” mode, selecting a single parent fill order record and clicking the “Assign fills to order” button will assign all of that order’s individual fills to the care order, the same as if you had selected all of the partial fills themselves individually.

  5. Click Assign Orders to Order.
  6. To unassign working orders from a care order, right-click the care order and select the “Unassign Orders…” option.
  7. The Orders are now nested below the Care Order in the Assignment pane.

Assigning Fills to Care Orders

After claiming a care order, the owner can partially or fully fill the order by assigning fills from their inventory
using the Order and Fills widget. When the fills are assigned to the care order, both the owner and originator see
the fills and their impact on the remaining quantity of the care order in their Order and Fills widget.

Note: You must use the Order and Fills widget to assign fills.

When assigning fills, consider the following:

  • An owner can assign manual ,exchange native fills and “synthetic” fills (TT Algos) that match the side and contract of the care order, are less than or equal to the care order quantity, and are at the same or better price.
  • Fills can be assigned from a different account or the same account as the originator.
  • Assigning a spread fill on a care order will also assign the leg fills.
  • You can assign and unassign “head” fills of multileg spread orders, e.g., the spread fill itself, to care orders. The associated leg fills will also be included as part of the assign/unassign action.

To assign fills to a care order:

  1. Claim the care order in the orders pane of
    the Order and Fills widget.
  2. Right-click the care order and select Assign Fills… from the context menu.


    Note: If a manual or exchange fill exists that matches the side, contract, and is less than or equal
    to the care order quantity, the context menu shows the “Assign fills…” option.

  3. In the Fills pane, select one or more fills to assign for the care order.

    Tip: Only fills that can be assigned to the care order are shown in the Fills pane.

  4. Click Assign Fills to Order.

    The fill is added to the care order and appears in both the owner’s and originator’s Fills panes. The owner
    (e.g., Broker A) sees the fill from their own account (e.g., 12345) added to the care order account (e.g.,
    ABCDEF).

    The originator (e.g., Portfolio Mgr) sees only the fill assigned to their account (e.g., ABCDEF), and the
    ExeQty, % Filled, and AvgPrc columns are updated in the Order Book. The NetPos
    and P/L in the Positions pane are also updated based on the assigned FillQty (e.g., 5).


  5. To unassign fills to a care order:

    Right-click the care order and select Unassign Fills… from the context menu.

    Notes

    • Only current session fills can be assigned and/or unassigned to/from a care order.
    • Locked care order fills can be unassigned before the fills are released.
    • Unassigning fills on fully filled care orders makes that care order appear as a working order in the Order Book. The caretaker can then add new child orders and/or assign new fills to that order. The fills that have been unassigned in this process become available to be assigned to other care orders.

    In the Fills pane, select one or more fills to unassign for the care order.

    Click Unassign Fills to order.

Care order passing

You can use order passing to pass staged orders. Once care orders are passed and accepted, the new caretaker can still perform the advanced OMS features on one or more passed care orders, such as bulking, splitting and stitching. Also, passed care orders can be bulked/stitched with other non-passed care orders.

Restrictions: When creating new child orders on staged order that are passed, the order entry widget will seed the account from the parent staged order and restrict the order types available based on that account. If the current caretaker would like to place a child order using a different order type, they must select an account for the child order that allows that order type..

Passing a care order

The process of passing a care order is described below:

  1. User 1 claims the staged order.
  2. User 1 passes the order to the group with User 2:
  • Click the Order Passing button and select a target user group.
  • User 2 selects the order in the Order Book:
    • Click the Order Passing button and select Accept orders.
  • User 2 accepts the passed staged order:
    • After accepting the passed order, your group name is displayed in the Caretaker column. The Original Group column shows the name of the user group that initially passed the order.
  • User 2 clicks the B or S button to launch the Order Ticket to place a child order.
  • Partial Fills for Passed Care Orders

    When staged orders are passed to a different user group, the new caretaker will receive any previously partial fills when they choose to “watch” one or more of the partially filled care orders using the “eyeball” button. The status field on these orders will display “Retrieving fills…” while the partial fills are downloaded. Once the fills are downloaded, the status field will revert to normal behavior.

    This status will display within an Order and Fills Widget (OFW), or in an Order Book that is grouped with a Fills widget and/or a Position widget.

    Managing and resolving FIX care order rejections

    Launching the Widget

    • The Order Exceptions Widget is located under Widgets > Order Management > Order Exceptions.
    • Only one instance can be open at a time; attempts to open another will bring the existing one forward.
    • If OMS Advanced is not enabled, the menu item remains visible but disabled, with a tooltip: “Please contact your administrator to enable OMS Advanced features in Setup to access this widget.”
    • Note FIX care orders with exceptions are only displayed in the Order Exceptions widget — not in the regular Order Book or Orders and Fills (OFW) widgets.

    Included Exception Fields

    Orders with exceptions in the following fields appear in this widget:

    • Account
    • Instrument
    • Side (Buy/Sell)
    • Quantity
    • Price
    • Order Type
    • Time-in-Force (TIF)
    • User Parameters (e.g., algo parameters)

    Orders with other errors (e.g., invalid user) are hard rejected and will not appear in the Order Exception Widget.

    Exception Routing

    Exception orders route on the normal TT account, unless the account itself is invalid. If an invalid account is detected, the order will route on the session’s assigned error account.

    Note Firms should map these error accounts to the appropriate users handling exceptions.

    Exception Handling Actions

    Repair

    The Repair action allows users to correct and resubmit orders that failed due to fixable errors.

    • Enabled when at least one selected order has been modified to resolve errors.
    • Submits corrected rows only; uncorrected rows remain in the widget.

    Reject

    The Reject action rejects the order and sends a FIX cancellation to the originating client.

    • Always enabled.
    • Sends a cancel request which generates:
      • A Reject message for FIX Drop Copy.
      • A Cancel message for FIX Order Routing.

    All Repair and Reject actions generate audit trail restatements for compliance tracking.

    Order Rows

    • Only orders in Repair Mode appear.
    • Rows automatically add or remove as status changes.
    • Single-row Repair: Only one order can be repaired at a time.
    • Multi-row Reject: Multiple rows can be rejected simultaneously.
    • Corrected but not re-submitted rows display with a light green background to indicate readiness for re-submission.
    • Sorting — The ability to sort rows per column is not supported.
    • Filtering — Columns can be filtered similar to other grid based widgets.

    Column Behavior

    Error Cells

    • Identified by a red border.
    • Display intended FIX values or blank if missing.

    Contract Column

    • Invalid instruments show as “Invalid Instrument.”
    • Unknown markets display a question mark (?) in the Exch column.
    • Clicking the “Magnifying Glass” icon launches Market Explorer to select a valid instrument.

    Price Column

    Two invalid scenarios:

    1. Invalid Instrument — Price cell shows “?” (not editable) until a valid instrument is selected.
    2. Invalid Price — Price cell shows “?” with red border and tooltip of raw FIX value. Editable via Repair Order Ticket launched by left click on the red pencil icon button.

    Edit Column

    • Displays a pencil icon when editable.
    • Clicking launches a floating Repair Order Ticket pre-populated with the order details.
    • The Repair Ticket:
      • Displays a green Repair button.
      • Highlights invalid fields.
      • Hides Stage checkbox and Reset button.
      • Allows multiple tickets open at once, but disables other edit buttons while one is active.

    Account Column

    • Displays FIX account value.
    • Invalid accounts can be corrected in the Repair Order Ticket.
    • Adding new accounts in Setup requires a front-end refresh before appearing in the GUI.

    Message Column

    • Displays FIX error text.
    • Highlighted with a red border if the offending field isn’t one of the main exception fields.

    FIX Message Column

    • Optional column showing full original FIX message text.
    • Not queryable via Audit Trail or Audit Query.
    • Not filterable; off by default.
    • Hover tooltip displays full message content.

    Default Columns

    Select, Edit, B/S, OrdQty, Exch, Contract, Price, Account, ProfileName, Type, TIF, Message, Originator, Time, TTOrderID

    Optional Columns

    All standard Order Book fields are available for optional display and filtering

    Widget Settings

    General

    • Display widget for new exception (checkbox)
      • Default: Off
      • When enabled, the widget opens (or “shakes” to the front) when new exceptions arrive.

    Global Preferences

    A new sound option under Preferences > Sounds > Orders:

    • Exception order
      • Default sound: “Notify”
      • Default state: Off

    ケア注文の変更と取消

    注文の発注や管理におけるロールに基づいて、ユーザーはケア注文の変更ケア注文の取消を要求できます。要求は TT の [Order Book] (注文一覧) ウィジェットや FIX 取引アプリケーションを通じてできます。

    ケア注文の変更

    ケア注文が要求され、完全に約定していない場合、発信者は以下の内容に対して変更を要求できます。

    • Price (価格)
    • Quantity (枚数)
    • 取引所注文タイプ

    ケア注文を変更するには

    1. 注文を [Order Book] (注文一覧) で選択して価格や枚数を変更します。
    2. [Change] (変更) をクリックします。

      発信者であり所有者でない場合、[Status] 列には [Pending Change Approval] が表示されます。

      発信者と所有者の両方に [Pending Change Approval] (変更承認の待機) が [Order Book] の [Status] 列に表示されます。

    ケア注文の取消

    所有者は子注文を発注する前にケア注文を取消しできます。

    所有者の要求後に発信者がケア注文の取消しを試みると、所有者が取消要求を承認する必要があります。発信者と所有者の両方に [Pending Cancel Approval] (取消承認の待機) が [Order Book] の [Status] 列に表示されます。これは所有者によるケア注文取消の要求を待機中であることを示しています。

    ケア注文を取消すには

    1. [Order Book] (注文一覧) でケア注文を選択します。
    2. ツールバーの [Cancel] (取消) ボタンをクリックします。

      解除されていない約定を含んだ注文を取り消す場合は、「注文を取り消しますか?」 というダイアログ ボックスの [Release Fills and Cancel Order] (約定を解除して注文を取消) をクリックします。

      注文の発信者であっても所有者でない場合は、ケア注文の [Status] 列が [Pending Cancel Approval] に変わります。それ以外は「取消の待機中」が表示されます。

    ケア注文の発注

    TT ワークスペース内から、[Order Ticket] を使ってケア注文を発注できます。

    ケア注文を発注するには

    1. 限月の [Order Ticket] (注文チケット) を開きます。

    2. 口座、価格、枚数、注文タイプ、有効期限の注文制限を入力します。

    3. [Stage] チェックボックスを有効にします。

      : ステージ注文を定期的に発注する場合は、使用しているプロファイルの [Staged] 列が有効であれば、このボックスは既定で有効にできます。

    4. オプションで、[Stage] チェックボックスの横のドロップダウン矢印をクリックすると、追加の指示を入力できます。また [Remember Instructions] (指示を記憶) をクリックすると、[Order Details] (注文の詳細) 画面の指示を保存できます。

    5. [Buy] (買) または [Sell] (売) をクリックして注文を送信します。

      [Order Book] に注文が [Available] の ステータスで表示されます。

    ケア注文の要求と要求解除

    ケア注文を管理するための注文アクセス許可をもっているユーザーは、[Order Book] (注文一覧) を使ってケア注文を要求できます。注文を要求後、ユーザーは TT システムでケア注文の「所有者」と見なされます。

    ケア注文が要求されると、所有者または発信者はケア注文を要求解除して、再び利用できるようにします。

    ケア注文の要求

    : [Order Book] (注文一覧) ツールバー ボタンの [Claim] (要求) と [Unclaim] (要求解除) が表示されていることを確認してください。これらのボタンを表示または非表示にするには、ツールバーを右クリックして [Settings] (設定) を選択し、[Order Toolbar Buttons] (注文ツールバーボタン) を選択します。表示されたボタン一覧をスクロールし、[Claim] (要求) と [Unclaim] (要求解除) を確認して [Ok] をクリックします。

    ケア注文を要求するには

    1. [Order Book] ウィジェットまたは [Orders and Fills] ウィジェットを開きます。
    2. ケア注文行をクリックして選択します。

      : ケア注文の [Status] (ステータス) 列には [Available] (利用可能) と表示されます。[Order Book] 設定にて必ずこの列を表示しておくようにしてください。

      ヒント: [Order Book] と [Orders and Fills] ウィジェットにて、[Available] ステータスが [Status] 列に操作実行可能ボタンとして表示され、1クリックで注文を要求することができます。

      またケア注文を選択した後、注文行のチェックボックスは有効になります。

    3. ツールバーの [Claim] (要求) ボタンをクリックします。

      注文を要求した後、[CurrentUser] 列に別名が表示され、ケア注文の所有者であることが示されます。

      [Unclaim] (要求解除) ボタンが有効になり、[Claim] (要求) ボタンは灰色表示になります。[B/S] 列の [Buy] (買) または [Sell] (売) 方向のセルは操作可能ボタンとなり、所有者は [B] (買) または [S] (売) をクリックして子注文を発注できます。

    4. オプションで、ツールバーの注文詳細ボタン をクリックして [Order Details] (注文の詳細) 画面を開き、[StageMsg] 欄にて注文の特別指示を表示できます。

      ヒント: [Order Book] にて [StageMsg] 列のケア注文メッセージも表示できます。

    ステージ注文アラートを使ったケア注文の要求

    ポップアップ通知からケア注文を要求することもできます。[Preferences] (設定) – [Orders] (注文) – [Alert on new staged order] (新規ステージ注文で通知) オプションがワークスペースで有効化されている場合、新規のケア注文が利用可能になると次のポップアップ通知が表示されます。

     

    ポップアップで [Claim] をクリックして注文を要求する際、[Status] 列には「Claimed」(要求済み) と表示され、[CurrentUser] 列には別名が表示されます。Setup で口座かユーザーに「要求せずにステージ注文を管理」注文アクセス許可が有効化されている場合、ポップアップ通知を使ってケア注文を「買発注」または 「執行」できるオプションが表示されます。

    : ケア注文を要求せずに取消す場合は、[Reject] (拒否) をクリックします。通知を無視するには、ポップアップ通知の右上部の「x」をクリックします。

    ケア注文の要求解除

    [Owned] (所有済み)、[Working] (約定待ち)、[Partially Filled] (部分約定) のステータスのケア注文を所有している場合、ツールバーの [Unclaim] ボタンを使って、注文の所有権を放棄できます。

    ヒント: ケア注文を選択する際に、[Unclaim] (要求解除) ボタンを使って、要求済のケア注文を再び「利用可能」(Available) ステータスにできます。この機能を使用するには、管理者に他のユーザーが所有する注文の要求解除ができるユーザー アクセス許可をもらう必要があります。

    ケア注文を要求解除するには

    1. [Order Book] (注文一覧) ウィジェットを開きます。
    2. ケア注文行をクリックして選択します。
    3. ツールバーの [Unclaim] (要求解除) をクリックします。

      注文を要求解除する際、別のユーザーがケア注文を要求するまで、注文の [Status] が「利用可能」になり、[CurrentUser] 列は空白となります。[Claim] (要求) ボタンが有効になり、[Unclaim] (要求解除) ボタンは灰色表示になります。「利用可能」ステータスも [Status] 列で操作可能ボタンになります。

    ケア注文への約定の割り当て

    ケア注文を要求した後、所有者は [Orders and Fills] (注文約定) ウィジェットを使って、持ち注文から約定を割り当てることで、注文を部分約定または完全約定できます。約定がケア注文に割り当てられると、所有者と発信者の両方に[Orders and Fills] ウィジェットにケア注文の残枚数における影響と約定が表示されます。

    : [Orders and Fills] ウィジェットを使って約定を割り当てる必要があります。

    約定を共有する際、以下の内容を考慮してください。

    • 所有者は、ケア注文のサイドや限月に一致し、ケア注文の枚数以下またはケア注文と同等数であり、さらに同じ価格かより良好な価格のマニュアル フィルや取引所約定を割り当てることができます。
    • 約定は、異なった口座か、発信者と同じ口座から割り当てる必要があります。

    ケア注文に約定を割り当てるには

    1. [Order and Fills] ウィジェットの注文画面にて、ケア注文を要求します。
    2. ケア注文を右クリックして、コンテキスト メニューから [Assign Fills…] (約定の割り当て) を選択します。


      : 取引のサイドや限月が一致して、ケア注文枚数と同等またはそれ以下の枚数であるマニュアル フィルや取引所約定が存在した場合、コンテキスト メニューに 「Assign fills」 オプションが表示されます。

    3. [Fills] 画面にて、ケア注文に割り当てる約定を1つ以上選択します。

      ヒント: ケア注文に割り当てることのできる約定のみが [Fills] 画面にひょうじされます。

    4. [Assign Fills to Order] をクリックします。

      約定はケア注文に追加され、所有者と発信者の両方の [Fills] 画面に表示されます。所有者 (例: ブローカー A) には、ケア注文口座 (例: ABCDEF) に追加された、自分の口座 (例: 12345) からの約定が表示されます。

      発信者 (例: Portfolio Mgr) には自分に割り当てられた約定のみ表示され (ABCDEF)、[ExeQty]、[% Filled]、[AvgPrc] 列が [Order Book] で更新されます。[Position] 画面の [NetPos] と [P/L] も、割り当てられた [FillQty] に基づいて更新されます (例: 5)。

    ホールセール注文としてのケア注文の執行

    Blocktrader ではホールセール注文の2サイドとしてステージ ケア注文を執行する機能をサポートしています。[Order Book] (注文一覧) にて、反対の売買側の同じ限月と注文枚数に対し、2つのシングル注文、バルク注文、分割ケア注文を選択し、右クリックしてコンテキスト メニューで [Order staging] → [Send to Blocktrader] を選択します。

    : HKEX の場合、1サイド (T4) OTC 注文として執行するように1つのステージ注文を選択すると、コンテキスト メニューに「Send to Blocktrader」もまた表示されます。

    ステージ ケア注文が Blocktrader にて表示されます。ホールセール注文として発注する際、TT では Blocktrader にてリンクされた注文数が表示されます。ホールセール注文において発生した約定は、リンクされた注文の識別子を使ってケア注文に関連しています。

    「リンクされた注文数」はまた、[Audit Trail] (システム履歴) の [TTOrderID] 列にも表示されます。

    マニュアル フィルでのケア注文の約定

    TT ではマニュアル フィルでケア注文を約定させることができ、同時に自分の口座でオフセット約定を作成できる機能を提供していて、会社レベルのポジションを考慮して顧客の注文を約定させることができます。オフセット マニュアル フィルは、元のマニュアル フィルと同じ価格と枚数で作成されますが、反対の買/売方向となります。

    ケア注文は自分のステージング口座でもマニュアル約定することができます。口座は取引所接続を含んだ「ライブ口座」か、取引所接続を含まない「内部口座」かのいずれかとして [Order Ticket] に一覧されます。内部口座を選択すると、会社の自分のステージング口座でケア注文をマニュアル約定させることができます。

    : マニュアル フィル口座に対し、Setup で [Accounts] → [Restrictons] (制限) タブにて [Update positions] (ポジションの更新) が許可されていることを確認してください。

    マニュアル フィルでケア注文を約定させるには

    1. 要求済み注文の [B/S] 列の [B] (買) または [S] (売) ボタンをクリックします。

    2. [Order Ticket] にて、マニュアル フィルの枚数と価格を設定するか、既定の値を使用します。

      : ケア注文にマニュアル フィルを作成する際、最大7桁までのオフティック平均を [Order Ticket] に発注できます。

      ヒント: 口座セレクターをクリックして内部口座を選択すると、「Manual Fill」が注文タイプ欄で自動的に選択されます。

    3. [Order Ticket] にて、注文タイプ欄のドロップダウン矢印をクリックして [Manual Fill] を選択します。

      : 口座でポジションを手動で更新できない場合、[Manual Fill] (マニュアル フィル) オプションは灰色表示になります。管理者に問い合わせて口座でマニュアル フィルを許可するようにしてください。

      [Order Ticket] には、ケア注文口座 (CustA) とオフセット口座のマニュアル フィルが表示されます。既定では、同じ口座を使って約定をオフセットします。

      ヒント: マニュアル フィルでケア注文を約定させる際、右クリックの [Edit custom action buttons] オプションを使って、注文チケットにマニュアル フィルのカスタム操作ボタンを追加できます。

    4. ステージ スプレッド注文や複数レッグ限月の約定待ちをしている場合、必要に応じてマニュアル フィルのスプレッド価格やレッグ価格を調整してください。

      1レッグ価格を調整すると、他のレッグの価格も自動的に調整されてスプレッド価格を達成できます。[Order Ticket] (注文チケット) でスプレッド価格を変更すると、レッグ価格もそれに応じて調整されます。

      : FIX 有効化システムを通じて TT にステージ化された合成銘柄間スプレッド注文のマニュアル フィルを作成することもできます。

    5. オプション: [Price off tick] セレクターをクリックし、オフティック価格で注文を発注できるようにします。[Price off tick] が選択されていない場合は、オフティック価格の注文は拒否されます。
    6. オプション: オプションで、[Offset Account] セレクターをクリックして、別の口座を選択するか (A.111) または [None] を選択します。
    7. [Order Ticket] の [Buy] (買) または [Sell] (売) をクリックします。

      所有者のマニュアル フィルとオフセット マニュアル フィルが [ManualFill] 列に「管理者」として表示されます。

      所有者と発信者の両方ともに、[Fills] 画面にケア注文口座のマニュアル フィルが表示され (CustA)、[Orders and Fills] ウィジェットの [Order Book] 画面にて、部分約定の [% Filled] 列が更新されるのがわかります。

    注文のアップロードとステージ化

    注文一覧の注文アップロード機能を使って、注文を TT にインポートしてケア注文として発注できます。

    注文をアップロードしてステージ化するには

    1. [Order Book] (注文一覧) を右クリックして、コンテキスト メニューから [Upload Order] (注文のアップロード) を選択します。

    2. [Upload Orders] ダイアログ ボックスにて、orders.csv ファイルを選択またはドラッグ&ドロップし、[Close] をクリックします。

    3. [Order Book Import] ユーティリティでアップロード済みデータを確認し、[Confirm] をクリックします。

    4. 注文を選択して [Order Upload] ウィジェットでケア注文として発注し、[Stage] をクリックします。

      [Order Book] にてステージ注文として注文が表示され、要求できます。アラートが有効化されていると、アラート通知を使ってケア注文を要求します。

      要求済みの注文が注文一覧に表示されます。

    要求の承認と拒否

    ケア注文の所有者として、[Order Book] (注文一覧) を使って要求を取消または変更できます。

    変更要求の承認と拒否

    現在ケア注文の所有者であり、発信者から変更要求を受け取った場合、要求を承認するか拒否するまで、注文は 変更要求の待機中 (Pending Change Approval)ステータスになります。このステータスの間は親注文に子注文を発注することはできません。

    ヒント: ワークスペースの「設定」にて、変更要求を受信した場合のサウンド通知を有効化できます。

    取消要求を承認または拒否するには

    1. [注文一覧] にて [Pending Change Approval] (変更承認の待機中) のステータスが点滅しているケア注文を右クリックします。
    2. コンテキスト メニューにて [Pending Change Request(s)] (変更要求の待機中) をクリックして [Details] (詳細) をクリックします。

    3. [Approve] (承認) または [Reject] (拒否) をクリックして要求を却下するか承認します。または [Details] をクリックして、承認する前に要求を確認できます。

      承認した場合、発信者や所有者の [注文一覧] にて注文価格や枚数が変化します。拒否した場合は、[Status] (ステータス) 列に以前のステータスが表示されます (部分約定など)。

    取消要求の承認と拒否

    現在ケア注文の所有者であり、取消要求を受け取った場合、要求を承認するか拒否するまで、注文は 取消要求の待機中 (Pending Cancel Approval)ステータスになります。このステータスの間は親注文に子注文を発注することはできません。

    ヒント: ワークスペースの「設定」にて、取消要求を受信した場合のサウンド通知を有効化できます。

    取消要求を承認または拒否するには

    1. [注文一覧] にて [Pending Cancel Approval] (取消承認の待機中) のステータスが点滅しているケア注文を右クリックします。
    2. コンテキスト メニューにて [Pending Change Request(s)] (取消要求の待機中) をクリックして [Approve] または [Reject] をクリックします。

      : 取消の [Approve] (承認) をクリックすると、親ケア注文と子注文も取り消されます。[Reject] (拒否) をクリックすると、[注文一覧] のケア注文ステータスは「約定待ち」に変わります。

    ステージ注文通知による要求の承認と拒否

    取消や変更要求の承認や拒否は、ポップアップ通知からでも実行できます。[Preferences] (設定) → [Orders] (注文) → [Alert on cancel/change of claimed staged order] (要求済みステージ注文の取消や変更の通知) オプションがワークスペースで有効化されている場合、要求の取消や変更には次のポップアップ通知が表示されます。

    注文の変更の通知で [Accept] をクリックすると、[Status] 列が「約定待ち」に変わります。取消要求を「承認」すると、親ケア注文と子注文は取り消されます。

    取消や変更を拒否するには、[Reject] をクリックします。通知を無視するには、ポップアップ通知の右上部の「x」をクリックします。

    ヒント: 要求を承認する前に確認を必須づけるには、[Preferences] → [Orders] の [Confirm action on Care Order Alerts] (ケア注文の操作の確認通知) を有効化できます。

    関連子注文の発注

    ケア注文を要求した所有者は、関連子注文を発注して、親注文を約定させることができます。子注文は、親ケア注文のポジションや価格、合計枚数に基づいて取引所に送信されます。そして同じ口座または別の口座で発注できます。

    子注文は、同時にも今後別々にも送信できるので、取引所の市況に基づいてステージ注文は約定待ちが可能です。所有者は、ネイティブ サポートされている注文タイプや有効期限に加え、TT 注文タイプやアルゴを使って子注文を発注できます。ネイティブ注文タイプや有効期限は取引所により異なります。

    要求済みのケア注文に子注文を発注する際、所有者は以下の内容を実行できません

    • 注文の買方向と売方向を逆転。
    • 親注文枚数を超過。ただし、親注文の枚数を超過しない限り、関連子注文の枚数を増加させることができます。
    • 注文に指定された限月を変更。

    子注文は以下の方法を使って発注できます。

    注文チケットや MD Trader を使った子注文の発注

    [Order Book] (注文一覧) で親ケア注文の [B/S] ボタンを左クリックすると、[Orders Preferences] (設定) の [Orders] – [Floating order entry style] (簡易発注スタイル) 設定にもとづいて、[Order Ticket] (注文チケット) または [MD Trader] のいずれかが起動されます。

    [Order Book] (注文一覧) で親ケア注文の [B/S] ボタンを右クリックすると、[Orders Preferences] (注文設定) で定義されたの反対のスタイルの発注ウィジェットが起動されます。例えば、[Order Ticket] を好みの左クリック発注スタイルに設定している場合は、右クリックすると、ステージ注文の詳細が表示された [MD Trader] ウィジェットが表示されます。

    注文チケットを使った子注文の発注

    1. [Order Book] (注文一覧) でケア注文を選択します。
    2. [Order Preferences] (注文設定) の 簡易発注スタイル設定によって、ケア注文の [B/S] 列の [B (買)] または [S (売)] ボタンを左クリックまたは右クリックします。

      [Order Ticket] (注文チケット) に親ケア注文パラメータが入力されて起動され、また親注文が、買注文か売注文のいずれであるかに基づいて、[] または [] ボタンのいずれかが表示されます。

    3. 必要に応じて[Order Ticket] で注文のパラメータと口座を入力します。

      注文プロファイルを使用する場合、プロファイルで設定された口座を使って注文を発注します。これは、異なった口座か、発信者と同じ口座での発注となります。

      : 子注文に対し注文プロファイルを選択すると、そのプロファイルの注文タグ値と口座は子注文で発注されます。

      子注文を発注する際、すべてのネイティブ注文タイプと TT 合成注文タイプがサポートされています。

    4. [Order Ticket] (注文チケット) で [BUY] または [SELL] ボタンを1回クリックして、取引所に子注文を発注します。

      ヒント: [Order Book] (注文一覧) の約定待ちケア注文で拡張表示 (+) をクリックすると、すべての約定待ち注文や約定済み子注文を表示でき、さらに親注文に割り当てられた約定を表示できます。

    MD Trader を使った子注文の発注

    1. [Order Book] (注文一覧) でケア注文を選択します。
    2. [Order Preferences] (注文設定) の 簡易発注スタイル設定によって、ケア注文の [B/S] 列の [B (買)] または [S (売)] ボタンを左クリックまたは右クリックします。
    3. [MD Trader] に親ケア注文パラメータが表示されて起動されますが、親ケア注文の売買側によって1つの側のみが有効となります。

    4. 必要に応じて枚数を変更し、価格帯をクリックして注文を発注します。
    5.  

    執行ボタンを使った子注文の発注

    オプションの「執行」ボタンを使うと、1クリックで複数のケア注文の子注文を発注することができます。子注文はケア注文の注文パラメータに基づいて発注されます。

    ボタンを表示するには、 [Order Book] (注文一覧) または [Orders and Fills] (注文約定状況) の注文画面を右クリックして、[Settings: Order Book] – [Set Order Toolbar buttons] (注文ツールバーボタンの設定) をクリックします。

    「執行」ボタンを使って子注文を発注するには、[Order Book] (注文一覧) または注文画面で1つ以上のケア注文を選択して をクリックします。

     

    ヒント: ユーザーまたは口座設定の 「要求せずにステージ注文を管理」が有効になっている場合、「執行」をクリックして複数のケア注文に対し子注文を要求して発注することもできます。

    子注文はケア注文パラメータに基づいて発注されます。ケア注文の [Status] (ステータス) は「約定待ち」に変わります。

     

    ステージ注文通知を使った子注文の発注

    ポップアップ通知からケア注文を要求して執行することもできます。[Preferences] (設定) – [Orders] (注文) – [Alert on new staged order] (新規ステージ注文で通知) オプションがワークスペースで有効化されている場合、新規のケア注文が利用可能になると次のポップアップ通知が表示されます。

     

    ポップアップで [Execute] をクリックすると、ケア注文が要求され、ケア注文パラメータに基づいて子注文が発注されます。[Buy] をクリックすると、ケア注文が要求され、ケア注文パラメータが入力された [Order Ticket] が起動されます。Setup で口座かユーザーに「要求せずにステージ注文を管理」注文アクセス許可が有効化されている場合、「買発注」または 「執行」のオプションが表示されます。

    : ケア注文を要求せずに取消す場合は、[Reject] (拒否) をクリックします。通知を無視するには、ポップアップ通知の右上部の「x」をクリックします。

    清算口座の上書き変更による子注文の発注

    管理者は、子注文を送信する際に選択した口座や注文プロファイルに対して、取引所に送信する清算口座を Setup で作成することができます。この口座で「Client Can Override」(クライアントは上書き変更可能) 設定を有効化すると、[Order Ticket] や [MD Trader] で「取引所清算口座」欄に、異なった清算口座を入力できます。

    この欄はオプションであり、[Preferences] – [Orders] の [Show Exchange Clearing Account edit box] (取引所清算口座編集ボックスを表示) 設定を有効化すると、この欄が表示されます。既定値は、選択した口座や注文プロファイルに対して Setup で設定した、清算口座の上書き変更名となります。「Client Can Override」が清算口座に無効化されると、編集ボックスは灰色表示になります。

    同じアルゴを使った複数の子注文の発注

    [Order Book] (注文一覧) にて、複数の親ケア注文を選択し、同じアルゴまたは TT 注文タイプを適用し、1つの注文操作を使って関連子注文を発注できます。

    同じアルゴを使った複数の子注文を発注するには

    1. [Order Book] (注文一覧) にて1つ以上の親注文を選択します。
    2. 右クリックしてコンテキスト メニューにて [Staging] → [Work with same order type] を選択します。

    3. [Order Ticket] にてアルゴか TT 注文タイプを選択します。

    4. アルゴまたは注文タイプ パラメータを設定して [Submit] をクリックします。

    5. 注文を確認して [Confirm Submit] をクリックします。

      [Order Book] (注文一覧) で選択された各ケア注文に対して子注文が発注されます。

    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.)