Page tree
Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 5 Next »

The Execution Report - Trade Addendum Spread message notifies client system of trade cancellation or correction for spreads.

35=8, 39=H,G



Binary Type

Binary Length




Sequence number assigned to this message.
Matches Establish.UUID used to establish the connection.

Unique identifier of Execution Report message as assigned by exchange. Uniqueness is guaranteed within a single trading day or the life of a multi-day order.


For futures and options markets:

Operator ID.

Should be unique per Firm ID.

Assigned value used to identify specific message originator.

Represents last individual or team responsible for the system that modifies the order prior to submission to CME Globex.

For fixed income markets: represents the Entering Trader.


Unique identifier for Order as assigned by the buy side (institution, broker, intermediary, etc.). Uniqueness must be guaranteed within a single trading day.

Firms, particularly those which electronically submit multi-day orders, trade globally, or throughout market close periods, should ensure uniqueness across days; for example, by embedding a date within the ClOrdID field.


The unique identifier of the Party Details Definition Request Acknowledgment associated with this message; this is the value submitted on the inbound message.

For pre-registered messages:

  • Unique ID from Party Details Definition Request Acknowledgment message
  • PartyDetailsListRequestID≠0.

For on-demand messages:

  • If not registered beforehand through iLink then Party Details Definition Request Ack message will be sent along with the business message and will immediately precede it
  • PartyDetailsListRequestID=0.





Price of this (last) fill.
Unique identifier for order as assigned by the exchange. Uniqueness is guaranteed within a single trading day across all instruments.
Time the transaction represented by this Execution Report (35=8) occurred. Expressed as nanoseconds since epoch time.
Time when the message is sent. 64-bit integer expressing the number of nano seconds since midnight January 1, 1970.
Unique identifier that allows linking between spread summary fill notice with leg fill notice and Trade Cancel messages.
Unique identifier of the corrected fill.
Text describing sender's location (i.e. geographic location and/or desk).
Security ID as defined in the market data Security Definition message.
Market Data Trade Entry ID. This identifier is assigned to all trades that take place for an instrument at a particular price level.
Quantity bought/sold on this (last) fill.
The unique ID assigned to the trade once it is received or matched by the exchange.

Refers back to the unique ID assigned to the corrected trade.

Indicates date of trading day (expressed in local time at place of trade).
  • OrdStatus=H (Trade Cancel)
  • OrdStatus=G (Trade Correction)

Identifies status of order as trade cancellation or correction.

  • ExecType=H (Trade Cancel)
  • ExecType=G (Trade Correction)

Describes the specific Execution Report as trade cancellation or correction.

  • OrdType=1 (Market order with protection)
  • OrdType=2 (Limit order)
  • OrdType=4 (Stop limit order)
  • OrdType=K (Market limit order)
Order type.
  • Side=1 (Buy)
  • Side=2 (Sell)
Side of order.
  • 0=Automated
  • 1=Manual
Indicates if order was sent manually.
  • 0=False
  • 1=True

Flags message as possible retransmission.

This will convey whether a message is an original transmission or duplicate in response to Retransmission Request.

Used when original messages are interleaved with Retransmission responses.


Indicates total number of leg fills for the spread.

  • Bit 0=AON
  • Bit 1=Only Best
  • Bit 2=Not Held

Instructions for order handling for fixed income markets.

Only Best may be applied to resting and aggressing orders and:

  • Prevents submission of an order if the order’s price is not equal to or better than the best price on the book.
  • Cancels an order from the book if a new order with a better price enters the queue.
  • This order condition permits the order to be alone at the best price level or join other orders at the best price level.

Not Held (applies only to US Repo) eliminates quantity remaining from an FaKi order (tag 59=3) and  ensures it will it not be included in a work-up session; however, the order can still trigger a work-up session.

AONs will have a separate book with a separate ISIN. The AON orders that cannot trade immediately can rest in the AON book. They can only trade with AON orders on the other side of the AON book that have the SAME PRICE and SAME QUANTITY.

  • A=Aggressive
  • P=Passive

Instruction for whether the order should rest on the book upon entry or match as an aggressor.

A Passive Order will rest in the market without executing unless matched with an Aggressive Order on the other side.

An Aggressive Order will match against any other order on the opposite side.

Applicable for US & EU Repos and TBAs.

  • 0=False
  • 1=True

Indicates if an order was submitted for market making obligation.

Applicable only for EU fixed income markets.

  • 0=False
  • 1=True

Boolean: flags a managed order.

Front end tool for Repo, knows any new bid/offer placed on same instrument is actually a cancel and replace, additional quantity will split to keep old priority.

Applicable for UK/EU markets.

  • 0=Long Sell
  • 1=Short Sale With No Exemption (SESH)
  • 2=Short Sale With Exemption (SSEX)
  • 3=Undisclosed Sell (Information not available – UNDI)

Indicates the type of short sale on Sell orders only.

Indicator for Short Sales as required for MiFID II.

Specifies the number of fill reasons included in this Execution Report.
Price of this fill reason or allocation. Required if NoFills (tag 1362) > 0. Same as tag 31-LastPx.
Quantity bought/sold for this fill reason.
Used as an identifier for each fill reason or allocation reported in single Execution Report. Required if NoFills (tag 1362) > 0. Append FillExecID with ExecID to derive unique identifier for each fill reason or allocation.

0 – Future Hedge

1 – Pro Rata

2 – LMM

3 – TOP

4 – FIFO

5 – Cross BMG

8 – Covering

9 – Cross BPM

10 – Leveling

11 – Aggressor

14 – Leg

16 – Opening

18 – Implied Opening

19 – FIFO Percent

Enumeration of the Fill Reason field using Integer. This identifies the type of match algorithm.

Number of leg executions. Set to '0'.

The tag 17-ExecID value corresponding to a trade leg.
Execution price assigned to a leg of a multileg instrument
The original tag ExecID value corresponding to corrected trade leg.
The TradeID value corresponding to a trade leg
Refers to the original LegTradeID of the leg trade being corrected
Leg SecurityID
Fill quantity for the leg instrument.

The side of this individual leg of a multileg security.

Number of fills which comprise fill quantity.
Refers to the fill price; same as tag 31-LastPx.
Not present for BrokerTec US; will be populated with the firm ID of the opposite order for BrokerTec EU bilateral trades.
This is a unique ID which ties together a specific fill between two orders; it will be unique per instrument per day.
Refers to the specific fill quantity between this order and the opposite order.
  • 100=Trade Cancel
  • 101=Trade Correction
  • 4=Partially Filled
  • 5=Filled
The type of event affecting an order.
  • 100=Binary Trade Reporting
Action that caused the event to occur.

  • No labels