Message SecurityListRequest Scenario base

SYNOPSIS: The Security List Request message is used to return a list of securities from the counterparty that match criteria provided on the request

ID MsgType Abbr Flow
57xSecListReq

Pedigree

Added EP Updated EP Deprecated EP
FIX.4.3FIX.5.0SP197

Responses

None

Members

SecurityListRequest base members
ID Name Abbr Presence Description
1024StandardHeaderBaseHeaderrequiredSYNOPSIS: The standard FIX message header
ELABORATION:
320SecurityReqIDReqID required SYNOPSIS: Unique ID of a Security Definition Request.
559SecurityListRequestTypeListReqTyp required SYNOPSIS: Identifies the type/criteria of Security List Request
1465SecurityListIDListID optional SYNOPSIS: Specifies an identifier for a Security List
1470SecurityListTypeListTyp optional SYNOPSIS: Specifies a type of Security List.
1471SecurityListTypeSourceLstTypSrc optional SYNOPSIS: Specifies a specific source for a SecurityListType. Relevant when a certain type can be provided from various sources.
1301MarketIDMktID optional SYNOPSIS: Identifies the market
1300MarketSegmentIDMktSegID optional SYNOPSIS: Identifies the market segment
1003InstrumentInstrmtoptionalSYNOPSIS: The Instrument component block contains all the fields commonly used to describe a security or instrument. Typically the data elements in this component block are considered the static data of a security, data that may be commonly found in a security master database. The Instrument component block can be used to describe any asset type supported by FIX.
ELABORATION:
1004InstrumentExtensionInstrmtExtoptionalSYNOPSIS: The InstrumentExtension component block identifies additional security attributes that are more commonly found for Fixed Income securities.
ELABORATION:
1002FinancingDetailsFinDetlsoptionalSYNOPSIS: Component block is optionally used for financial transaction where legal contracts, master agreements or master confirmations is to be referenced. This component identifies the legal agreement under which the deal was made and other unique characteristics of the transaction. For example, the AgreementDesc(913) field refers to base standard documents such as MRA 1996 Repurchase Agreement, GMRA 2000 Bills Transaction (U.K.), MSLA 1993 Securities Loan – Amended 1998, for example.
ELABORATION:
2066UndInstrmtGrpUndlyoptionalSYNOPSIS:
ELABORATION:
2019InstrmtLegGrpLegoptionalSYNOPSIS:
ELABORATION:
1066RelatedInstrumentGrpReltdInstrmtoptionalSYNOPSIS: The RelatedInstrumentGrp is a repeating component at the same hierarchical level as the Instrument component, describing relationships and linkages between the Instrument, UnderlyingInstrument and InstrumentLeg entries. If all instances of the UnderlyingInstrument in the message are true underliers of the Instrument then the RelatedInstrumentGrp component is not needed. If any instance of the UnderlyingInstrument has a different relationship, e.g. underlier of an InstrumentLeg, stream, equity equivalent or nearest exchange-traded contract or there are multiple instances of InstrumentLeg, then an entry for every relationship should be included in this component. When the RelatedInstrumentGrp appears within a repeating group, each entry only apply to the Instrument component at the same hierarchical level. In messages, such as Email(35=C) and News(35=B), where Instrument and the InstrumentLeg are within their repeating groups, the RelatedInstrumentGrp component may be used to link legs and underliers to their appropriate base Instrument.
ELABORATION: For simple relationships such as identifying a "hedges for" security the entry simply defines the symbol or identifier of an externally known security. For relationships within strategies and swaps the entry refers up through one of the "related to" fields to the Instrument, InstrumentLeg, UnderlyingInstrument, stream or dividend period with which the related security has correlation. It then points down through RelatedSecurityID(1650) or RelatedSymbol(1649) to an UnderlyingInstrument instance in the current message defining the related security. The nature of the relationship is given in RelatedInstrumentType(1648).
15CurrencyCcy optional SYNOPSIS: Identifies currency used for price. Absence of this field is interpreted as the default for the security. It is recommended that systems provide the currency value whenever possible. See "Appendix 6-A: Valid Currency Codes" for information on obtaining valid values.
58TextTxt optional SYNOPSIS: Free format text string (Note: this field does not have a specified maximum length)
354EncodedTextLenEncTxtLen optional SYNOPSIS: Byte length of encoded (non-ASCII characters) EncodedText (355) field.
355EncodedTextEncTxt optional SYNOPSIS: Encoded (non-ASCII characters) representation of the Text (58) field in the encoded format specified via the MessageEncoding (347) field. If used, the ASCII (English) representation should also be specified in the Text(58) field.
336TradingSessionIDSesID optional SYNOPSIS: Identifier for a trading session. A trading session spans an extended period of time that can also be expressed informally in terms of the trading day. Usage is determined by market or counterparties. To specify good for session where session spans more than one calendar day, use TimeInForce = 0 (Day) in conjunction with TradingSessionID(336). Bilaterally agreed values of data type "String" that start with a character can be used for backward compatibility.
625TradingSessionSubIDSesSub optional SYNOPSIS: Optional market assigned sub identifier for a trading phase within a trading session. Usage is determined by market or counterparties. Used by US based futures markets to identify exchange specific execution time bracket codes as required by US market regulations. Bilaterally agreed values of data type "String" that start with a character can be used for backward compatibility
263SubscriptionRequestTypeSubReqTyp optional SYNOPSIS: Subscription Request Type
1025StandardTrailerTrlrrequiredSYNOPSIS: The standard FIX message trailer
ELABORATION: