OrderCancelReplaceRequest (35=G)
Cancel/Replace will be used to change any valid attribute of an open order (i.e. reduce/increase quantity, change limit price, change instructions, etc.),Requests which cannot be processed will be rejected using the Cancel Reject (9) message. The Cancel Reject (9) message should provide the ClOrdID (11) and OrigClOrdID (41) values which were specified on the Cancel/Replace Request message for identification.
Response Attributes:
- MsgType (35) = 8
- OrderID (37): Newly created order ID
- OrdStatus (39) = A for an order being accepted, but not yet confirmed
- ClOrdID (11): Unique identifier as assigned by the buy-side
- ExecType (150) = A for an order being accepted, but not yet confirmed
- ExecType (150) = I will also be sent when a trigger order is confirmed but not yet triggered
See FIX Spot Order Life Cycle and ExecutionReport for details.
Request
Body
required
Unique identifier for Order as assigned by the buy-side. Uniqueness must be guaranteed across trading sessions.
ClOrdID (11) of the previous non-rejected order. * Either OrigClOrdID/OrderID has to be provided (If both OrderID and OrigClOrdID exist together, OrderID has higher precedence)
Order ID assigned by the Exchange. * Either OrigClOrdID/OrderID has to be provided (If both OrderID and OrigClOrdID exist together, OrderID has higher precedence)
For LIMIT Orders, MARKET orders only - Order Quantity
For LIMIT orders only - Unit price
Time this order request was initiated/released by the trader or trading system. i.e. 20190525-08:26:38.989 (in GMT)
Mandatory if SelfMatchPreventionScope is set. Possible Values: - 1: Cancel Taker, - 2: Cancel Maker, - 3: Cancel Both Maker and Taker. Remark: SelfMatchPreventionScope and SelfMatchPreventionID are not supported by this message type
Possible values: [G]
Message Type = G (Order Cancel/Replace Request)
Schema
Client-selected order ID.
ClOrdID of the previous non-rejected order. i.e. Response from OrderCancelReplaceRequest(35=G) or OrderCancelRequest(35=F).
Possible values: [6, 8]
Instructions for order handling on exchange. If more than one instruction is applicable to an order, this field can contain multiple instructions separated by space.
For CDC internal reference only
Server-assigned order ID
unique execution ID. Equal to Fill ID if this message was the result of a fill
Symbol name
Possible values: [1, 2]
"1": buy; "2": sell
Original order quantity
Original order price
Possible values: [0, 4, 6, 8, A, F, I]
Reason for this message (see below)
Possible values: [0, 1, 2, 4, 6, 8, A]
Order status (Please refer to standard FIX spec)
Quantity of order that has already been filled
Quantity of order that is still open
Possible values: [Y, N]
Indicates if the order is currently being worked.
Time of the order update. Only present on order updates. It is stamped in response flow [no matter there were trades or not]; our system stamp this time when there are updates for an order (so it is called update_time on Web Socket)
TransactTime when order is created with 39=0|150=0. it is stamped in request flow; when our system confirmed and accepted the order (i.e. it is called create_time on Web Socket)
Fill price. Only present if this message was the result of a fill
Fill quantity. Only present if this message was the result of a fill
"2": taker fill; "1": maker fill. Only present if this message was the result of a fill
Average fill price for all fills in order. Only present if this message was the result of a fill
Fee for trade. Only present if this message was the result of a fill
Fee currency for trade. Only present if this message was the result of a fill
Possible values: [3]
Always 3 (absolute)
Reason the order was rejected (see below). Only present on rejected NewOrderSingle (D) requests. i.e. 1 = Unkown symbol, 5 = Unknown Order, 99 = Other
Description of the reason the order was rejected (e.g., Too many requests). Only present on rejected NewOrderSingle (D) requests
Possible values: [1, 2, 3]
1: messages corresponds to a spot order. 2: messages corresponds to a margin order. 3: messages correspond to liquidation.
Trade match ID
TransactTime when order is getting partial filled or fullly filled. It is stamped in response flow [only when there has trade happened]; i.e. the trade time / order matching time of when the trade happened (i.e. the time of this order being matched with another order) [i.e. the transaction_time in Web Socket]
Number of orders matched for this trade execution. If it is Maker's Order, value is always 1. If it is Taker's Order, it is the number of orders matched for this trade execution
Only appears if it is Maker's order. It represents which order entry of corresponding price level was matched. This value is 0 base. If the matched order is on the top of the queue, it is shown 0.
Possible values: [8]
Message Type = 8 (Execution Report)