Definition
The Trading Session List message is sent as a response to a Trading Session List Request. The Trading Session List should contain the characteristics of the trading session and the current state of the trading session.
Message structure 77 distinct fields
Source order, including nested components and groups. Group counts precede the repeated entries. “Required here” is relative to the enclosing component or group, not unconditional in the message. A dash means not marked required; conditional requirements remain in the source notes. This is a reference, not a counterparty-specific validator.
StandardHeaderComponentRequired
MsgType = BJ
StandardHeader definition & usage →
FIXT.1.1 (Always unencrypted, must be first field in message)
(Always unencrypted, must be second field in message)
(Always unencrypted, must be third field in message)
Indicates application version using a service pack identifier. The ApplVerID applies to a specific message occurrence.
Used to support bilaterally agreed custom functionality
(Always unencrypted)
(Always unencrypted)
Trading partner company ID used when sending messages via a third party (Can be embedded within encrypted data section.)
Trading partner company ID used when sending messages via a third party (Can be embedded within encrypted data section.)
Required to identify length of encrypted section of message. (Always unencrypted)
Required when message body is encrypted. Always immediately follows SecureDataLen field.
(Can be embedded within encrypted data section.)
(Can be embedded within encrypted data section.)
Sender's LocationID (i.e. geographic location and/or desk) (Can be embedded within encrypted data section.)
"ADMIN" reserved for administrative messages not intended for a specific user. (Can be embedded within encrypted data section.)
Trading partner LocationID (i.e. geographic location and/or desk) (Can be embedded within encrypted data section.)
Trading partner SubID used when delivering messages via a third party. (Can be embedded within encrypted data section.)
Trading partner LocationID (i.e. geographic location and/or desk) used when delivering messages via a third party. (Can be embedded within encrypted data section.)
Trading partner SubID used when delivering messages via a third party. (Can be embedded within encrypted data section.)
Trading partner LocationID (i.e. geographic location and/or desk) used when delivering messages via a third party. (Can be embedded within encrypted data section.)
Always required for retransmitted messages, whether prompted by the sending system or as the result of a resend request. (Can be embedded within encrypted data section.)
Required when message may be duplicate of another message sent under a different sequence number. (Can be embedded within encrypted data section.)
(Can be embedded within encrypted data section.)
Required for message resent as a result of a ResendRequest. If data is not available set to same value as SendingTime (Can be embedded within encrypted data section.)
Required when specifying XmlData to identify the length of a XmlData message block. (Can be embedded within encrypted data section.)
Can contain a XML formatted message block (e.g. FIXML). Always immediately follows XmlDataLen field. (Can be embedded within encrypted data section.) See Volume 1: FIXML Support
Type of message encoding (non-ASCII characters) used in a message's "Encoded" fields. Required if any "Encoding" fields are used.
The last MsgSeqNum value received by the FIX engine and processed by downstream application, such as trading system or order routing system. Can be specified on every message sent. Useful for detecting a backlog with a counterparty.
HopGrpRepeating groupCount tag 627—
Number of repeating groups of historical "hop" information. Only applicable if OnBehalfOfCompID is used, however, its use is optional. Note that some market regulations or counterparties may require tracking of message hops.
ApplicationSequenceControlComponent—
ApplicationSequenceControl definition & usage →
Identifies the application with which a message is associated. Used only if application sequencing is in effect.
Application sequence number assigned to the message by the application generating the message. Used only if application sequencing is in effect. Conditionally required if ApplID has been specified.
The previous sequence number in the application sequence stream. Permits an application to publish messages with sequence gaps where it cannot be avoided. Used only if application sequencing is in effect. Conditionally required if ApplID has been specified
Used to indicate that a message is being sent in response to an Application Message Request. Used only if application sequencing is in effect. It is possible for both ApplResendFlag and PossDupFlag to be set on the same message if the Sender's cache size is greater than zero and the message is being resent due to a session level resend request.
Provided for a response to a specific Trading Session List Request message (snapshot).
TrdSessLstGrpRepeating groupCount tag 386Required
TrdSessLstGrp definition & usage →
Identifier for Trading Session
Market for which Trading Session applies
Market Segment for which Trading Session applies
Method of Trading
Trading Session Mode
"Y" if message is sent unsolicited as a result of a previous subscription request.
State of trading session.
Used with TradSesStatus = "Request Rejected"
Starting time of trading session
Time of the opening of the trading session
Time of pre-close of trading session
Closing time of trading session
End time of trading session
TradingSessionRulesComponent—
TradingSessionRules definition & usage →
OrdTypeRulesRepeating groupCount tag 1237—
Specifies the order types that are valid for trading. The scope of the rule is determined by the context in which the component is used. In this case, the scope is trading session.
OrdTypeRules definition & usage →
Number of order types
Indicates order types that are valid for the specified market segment.
TimeInForceRulesRepeating groupCount tag 1239—
specifies the time in force rules that are valid for trading. The scope of the rule is determined by the context in which the component is used. In this case, the scope is trading session
TimeInForceRules definition & usage →
Number of time in force techniques
Indicates time in force techniques that are valid for the specified market segment
ExecInstRulesRepeating groupCount tag 1232—
specifies the execution instructions that are valid for trading. The scope of the rule is determined by the context in which the component is used. In this case, the scope is trading session
ExecInstRules definition & usage →
Number of execution instructions
Indicates execution instructions that are valid for the specified market segment
MatchRulesRepeating groupCount tag 1235—
specifies the matching rules that are valid for trading. The scope of the rule is determined by the context in which the component is used. In this case, the scope is trading session
MatchRules definition & usage →
Number of match rules
The type of algorithm used to match orders in a specific security on an electronic trading platform. Possible values are FIFO, Allocation, Pro-rata, Lead Market Maker, Currency Calendar
The point in the matching process at which this trade was matched.
MarketDataFeedTypesRepeating groupCount tag 1141—
specifies the market data feed types that are valid for trading. The scope of the rule is determined by the context in which the component is used. In this case, the scope is trading session
MarketDataFeedTypes definition & usage →
The number of feed types and corresponding book depths associated with a security
Describes a class of service for a given data feed
The depth of book associated with a particular feed type
Describes the type of book for which the feed is intended. Can be used when multiple feeds are provided over the same connection
Must be set if EncodedText field is specified and must immediately precede it.
Encoded (non-ASCII characters) representation of the Text field in the encoded format specified via the MessageEncoding field.
StandardTrailerComponentRequired
StandardTrailer definition & usage →
Required when trailer contains signature. Note: Not to be included within SecureData field
Note: Not to be included within SecureData field
(Always unencrypted, always last field in message)