ListStatus

← ListExecute→ ListStatusRequest
MsgTypeN
CategoryProgramTrading
SectionTrade
AddedFIX.2.7
Fields57
Components4
The list status message is issued as the response to a List Status Request message sent in an unsolicited fashion by the sell-side. It indicates the current state of the orders within the list as they exist at the broker's site. This message may also be used to respond to the List Cancel Request.

Message Structure

57 fields, 4 components/groups — click any tag or field name for details
TagNameTypeReq DescriptionAdded
StandardHeader [Component]YMsgType = NFIX.2.7
8BeginStringStringYFIX.4.4 (Always unencrypted, must be first field in message)FIX.4.0
9BodyLengthLengthY(Always unencrypted, must be second field in message)FIX.4.0
35MsgTypeStringY(Always unencrypted, must be third field in message)
93 enum values
ValueNameDescription
0HeartbeatHeartbeat
1TestRequestTest Request
2ResendRequestResend Request
3RejectReject
4SequenceResetSequence Reset
5LogoutLogout
6IOIIndication of Interest
7AdvertisementAdvertisement
8ExecutionReportExecution Report
9OrderCancelRejectOrder Cancel Reject
ALogonLogon
BNewsNews
CEmailEmail
DNewOrderSingleOrder – Single
ENewOrderListOrder – List
FOrderCancelRequestOrder Cancel Request
GOrderCancelReplaceRequestOrder Cancel/Replace Request
HOrderStatusRequestOrder Status Request
JAllocationInstructionAllocation Instruction
KListCancelRequestList Cancel Request
LListExecuteList Execute
MListStatusRequestList Status Request
NListStatusList Status
PAllocationInstructionAckAllocation Instruction Ack
QDontKnowTradeDon’t Know Trade (DK)
RQuoteRequestQuote Request
SQuoteQuote
TSettlementInstructionsSettlement Instructions
VMarketDataRequestMarket Data Request
WMarketDataSnapshotFullRefreshMarket Data-Snapshot/Full Refresh
XMarketDataIncrementalRefreshMarket Data-Incremental Refresh
YMarketDataRequestRejectMarket Data Request Reject
ZQuoteCancelQuote Cancel
aQuoteStatusRequestQuote Status Request
bMassQuoteAcknowledgementMass Quote Acknowledgement
cSecurityDefinitionRequestSecurity Definition Request
dSecurityDefinitionSecurity Definition
eSecurityStatusRequestSecurity Status Request
fSecurityStatusSecurity Status
gTradingSessionStatusRequestTrading Session Status Request
hTradingSessionStatusTrading Session Status
iMassQuoteMass Quote
jBusinessMessageRejectBusiness Message Reject
kBidRequestBid Request
lBidResponseBid Response (lowercase L)
mListStrikePriceList Strike Price
nXMLNonFIXXML message (e.g. non-FIX MsgType)
oRegistrationInstructionsRegistration Instructions
pRegistrationInstructionsResponseRegistration Instructions Response
qOrderMassCancelRequestOrder Mass Cancel Request
rOrderMassCancelReportOrder Mass Cancel Report
sNewOrderCrossNew Order - Cross
tCrossOrderCancelReplaceRequestCross Order Cancel/Replace Request (a.k.a. Cross Order Modification Request)
uCrossOrderCancelRequestCross Order Cancel Request
vSecurityTypeRequestSecurity Type Request
wSecurityTypesSecurity Types
xSecurityListRequestSecurity List Request
ySecurityListSecurity List
zDerivativeSecurityListRequestDerivative Security List Request
AADerivativeSecurityListDerivative Security List
ABNewOrderMultilegNew Order - Multileg
ACMultilegOrderCancelReplaceMultileg Order Cancel/Replace (a.k.a. Multileg Order Modification Request)
ADTradeCaptureReportRequestTrade Capture Report Request
AETradeCaptureReportTrade Capture Report
AFOrderMassStatusRequestOrder Mass Status Request
AGQuoteRequestRejectQuote Request Reject
AHRFQRequestRFQ Request
AIQuoteStatusReportQuote Status Report
AJQuoteResponseQuote Response
AKConfirmationConfirmation
ALPositionMaintenanceRequestPosition Maintenance Request
AMPositionMaintenanceReportPosition Maintenance Report
ANRequestForPositionsRequest For Positions
AORequestForPositionsAckRequest For Positions Ack
APPositionReportPosition Report
AQTradeCaptureReportRequestAckTrade Capture Report Request Ack
ARTradeCaptureReportAckTrade Capture Report Ack
ASAllocationReportAllocation Report (aka Allocation Claim)
ATAllocationReportAckAllocation Report Ack (aka Allocation Claim Ack)
AUConfirmationAckConfirmation Ack (aka Affirmation)
AVSettlementInstructionRequestSettlement Instruction Request
AWAssignmentReportAssignment Report
AXCollateralRequestCollateral Request
AYCollateralAssignmentCollateral Assignment
AZCollateralResponseCollateral Response
BACollateralReportCollateral Report
BBCollateralInquiryCollateral Inquiry
BCNetworkCounterpartySystemStatusRequestNetwork (Counterparty System) Status Request
BDNetworkCounterpartySystemStatusResponseNetwork (Counterparty System) Status Response
BEUserRequestUser Request
BFUserResponseUser Response
BGCollateralInquiryAckCollateral Inquiry Ack
BHConfirmationRequestConfirmation Request
FIX.4.0
49SenderCompIDStringY(Always unencrypted)FIX.4.0
56TargetCompIDStringY(Always unencrypted)FIX.4.0
115OnBehalfOfCompIDStringNTrading partner company ID used when sending messages via a third party (Can be embedded within encrypted data section.)FIX.4.0
128DeliverToCompIDStringNTrading partner company ID used when sending messages via a third party (Can be embedded within encrypted data section.)FIX.4.0
90SecureDataLenLengthNRequired to identify length of encrypted section of message. (Always unencrypted)FIX.4.0
91SecureDatadataNRequired when message body is encrypted. Always immediately follows SecureDataLen field.FIX.4.0
34MsgSeqNumSeqNumY(Can be embedded within encrypted data section.)FIX.4.0
50SenderSubIDStringN(Can be embedded within encrypted data section.)FIX.4.0
142SenderLocationIDStringNSender's LocationID (i.e. geographic location and/or desk) (Can be embedded within encrypted data section.)FIX.4.1
57TargetSubIDStringN"ADMIN" reserved for administrative messages not intended for a specific user. (Can be embedded within encrypted data section.)FIX.4.0
143TargetLocationIDStringNTrading partner LocationID (i.e. geographic location and/or desk) (Can be embedded within encrypted data section.)FIX.4.1
116OnBehalfOfSubIDStringNTrading partner SubID used when delivering messages via a third party. (Can be embedded within encrypted data section.)FIX.4.0
144OnBehalfOfLocationIDStringNTrading partner LocationID (i.e. geographic location and/or desk) used when delivering messages via a third party. (Can be embedded within encrypted data section.)FIX.4.1
129DeliverToSubIDStringNTrading partner SubID used when delivering messages via a third party. (Can be embedded within encrypted data section.)FIX.4.0
145DeliverToLocationIDStringNTrading partner LocationID (i.e. geographic location and/or desk) used when delivering messages via a third party. (Can be embedded within encrypted data section.)FIX.4.1
43PossDupFlagBooleanNAlways 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.)
2 enum values
ValueNameDescription
YPossibleDuplicatePossible duplicate
NOriginalTransmissionOriginal transmission
FIX.4.0
97PossResendBooleanNRequired when message may be duplicate of another message sent under a different sequence number. (Can be embedded within encrypted data section.)
2 enum values
ValueNameDescription
YPossibleResendPossible resend
NOriginalTransmissionOriginal transmission
FIX.4.0
52SendingTimeUTCTimestampY(Can be embedded within encrypted data section.)FIX.4.0
122OrigSendingTimeUTCTimestampNRequired 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.)FIX.4.0
212XmlDataLenLengthNRequired when specifying XmlData to identify the length of a XmlData message block. (Can be embedded within encrypted data section.)FIX.4.2
213XmlDatadataNCan 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 SupportFIX.4.2
347MessageEncodingStringNType of message encoding (non-ASCII characters) used in a message’s "Encoded" fields. Required if any "Encoding" fields are used.
4 enum values
ValueNameDescription
ISO-2022-JPISO2022JPJIS
EUC-JPEUCJPEUC
Shift_JISShiftJISfor using SJIS
UTF-8UTF8Unicode
FIX.4.2
369LastMsgSeqNumProcessedSeqNumNThe 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.FIX.4.2
Hop [Component]NNumber 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.FIX.4.4
627NoHopsNumInGroupNNumber of HopCompID entries in repeating group.FIX.4.4
628HopCompIDStringNAssigned value used to identify the third party firm which delivered a specific message either from the firm which originated the message or from another third party (if multiple "hops" are performed). It is recommended that this value be the SenderCompID (49) of the third party. Applicable when messages are communicated/re-distributed via third parties which function as service bureaus or "hubs". Only applicable if OnBehalfOfCompID (5) is being used.FIX.4.4
629HopSendingTimeUTCTimestampNTime that HopCompID (628) sent the message. It is recommended that this value be the SendingTime (52) of the message sent by the third party. Applicable when messages are communicated/re-distributed via third parties which function as service bureaus or "hubs". Only applicable if OnBehalfOfCompID (5) is being used.FIX.4.4
630HopRefIDSeqNumNReference identifier assigned by HopCompID (628) associated with the message sent. It is recommended that this value be the MsgSeqNum (34) of the message sent by the third party. Applicable when messages are communicated/re-distributed via third parties which function as service bureaus or "hubs". Only applicable if OnBehalfOfCompID (5) is being used.FIX.4.4
66ListIDStringYUnique identifier for list as assigned by institution, used to associate multiple individual orders. Uniqueness must be guaranteed within a single trading day. Firms which generate multi-day orders should consider embedding a date within the ListID field to assure uniqueness across days.FIX.2.7
429ListStatusTypeintYCode to represent the status type
6 enum values
ValueNameDescription
1AckAck
2ResponseResponse
3TimedTimed
4ExecStartedExecStarted
5AllDoneAllDone
6AlertAlert
FIX.4.2
82NoRptsintYTotal number of messages required to status complete list.FIX.2.7
431ListOrderStatusintYCode to represent the status of a list order
7 enum values
ValueNameDescription
1InBiddingProcessInBiddingProcess
2ReceivedForExecutionReceivedForExecution
3ExecutingExecuting
4CancellingCanceling
5AlertAlert
6AllDoneAll Done
7RejectReject
FIX.4.2
83RptSeqintYSequence number of this report message.FIX.2.7
444ListStatusTextStringNFree format text string related to List Status.FIX.4.2
445EncodedListStatusTextLenLengthNMust be set if EncodedListStatusText field is specified and must immediately precede it.FIX.4.2
446EncodedListStatusTextdataNEncoded (non-ASCII characters) representation of the ListStatusText field in the encoded format specified via the MessageEncoding field.FIX.4.2
60TransactTimeUTCTimestampNTime of execution/order creation (expressed in UTC (Universal Time Coordinated, also known as "GMT")FIX.4.2
68TotNoOrdersintYUsed to support fragmentation. Sum of NoOrders across all messages with the same ListID.FIX.4.2
893LastFragmentBooleanNIndicates whether this is the last fragment in a sequence of message fragments. Only required where message has been fragmented.
2 enum values
ValueNameDescription
YLastMessageLast message
NNotLastMessageNot last message
FIX.4.4
OrdListStatGrp [Repeating Group]YNumber of orders statused in this message, i.e. number of repeating groups to follow.FIX.4.4
73NoOrdersNumInGroupYIndicates number of orders to be combined for average pricing and allocation.FIX.4.4
11ClOrdIDStringYUnique identifier for Order as assigned by the buy-side (institution, broker, intermediary etc.) (identified by SenderCompID (49) or OnBehalfOfCompID (5) as appropriate). 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.FIX.4.4
526SecondaryClOrdIDStringNAssigned by the party which originates the order. Can be used to provide the ClOrdID (11) used by an exchange or executing system.FIX.4.4
14CumQtyQtyYTotal quantity (e.g. number of shares) filled. (Prior to FIX 4.2 this field was of type int)FIX.4.4
39OrdStatuscharYIdentifies current status of order. *** SOME VALUES HAVE BEEN REPLACED - See "Replaced Features and Supported Approach" *** (see Volume : "Glossary" for value definitions)
14 enum values
ValueNameDescription
0NewNew
1PartiallyFilledPartially filled
2FilledFilled
3DoneForDayDone for day
4CanceledCanceled
6PendingCancelPending Cancel (e.g. result of Order Cancel Request)
7StoppedStopped
8RejectedRejected
9SuspendedSuspended
APendingNewPending New
BCalculatedCalculated
CExpiredExpired
DAcceptedForBiddingAccepted for bidding
EPendingReplacePending Replace (e.g. result of Order Cancel/Replace Request)
FIX.4.4
636WorkingIndicatorBooleanNIndicates if the order is currently being worked. Applicable only for OrdStatus = "New". For open outcry markets this indicates that the order is being worked in the crowd. For electronic markets it indicates that the order has transitioned from a contingent order to a market order.
2 enum values
ValueNameDescription
YWorkingOrder is currently being worked
NNotWorkingOrder has been accepted but not yet in a working state
FIX.4.4
151LeavesQtyQtyYQuantity open for further execution. If the OrdStatus (39) is Canceled, DoneForTheDay, Expired, Calculated, or Rejected (in which case the order is no longer active) then LeavesQty could be 0, otherwise LeavesQty = OrderQty (38) – CumQty (4). (Prior to FIX 4.2 this field was of type int)FIX.4.4
84CxlQtyQtyYTotal quantity canceled for this order. (Prior to FIX 4.2 this field was of type int)FIX.4.4
6AvgPxPriceYCalculated average price of all fills on this order. For Fixed Income trades AvgPx is always expressed as percent-of-par, regardless of the PriceType (423) of LastPx (3). I.e., AvgPx will contain an average of percent-of-par values (see LastParPx (669)) for issues traded in Yield, Spread or Discount.FIX.4.4
103OrdRejReasonintNCode to identify reason for order rejection.
16 enum values
ValueNameDescription
0BrokerCreditBroker / Exchange option
1UnknownSymbolUnknown symbol
2ExchangeClosedExchange closed
3OrderExceedsLimitOrder exceeds limit
4TooLateToEnterToo late to enter
5UnknownOrderUnknown Order
6DuplicateOrderDuplicate Order (e.g. dupe ClOrdID (11))
7DuplicateOfAVerballyCommunicatedOrderDuplicate of a verbally communicated order
8StaleOrderStale Order
9TradeAlongRequiredTrade Along required
10InvalidInvestorIDInvalid Investor ID
11UnsupportedOrderCharacteristicUnsupported order characteristic12 = Surveillence Option
13IncorrectQuantityIncorrect quantity
14IncorrectAllocatedQuantityIncorrect allocated quantity
15UnknownAccountUnknown account(s)
99OtherOther
FIX.4.4
58TextStringNFree format text string (Note: this field does not have a specified maximum length)FIX.4.4
354EncodedTextLenLengthNByte length of encoded (non-ASCII characters) EncodedText (355) field.FIX.4.4
355EncodedTextdataNEncoded (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 field.FIX.4.4
end OrdListStatGrp
StandardTrailer [Component]YThe standard FIX message trailerFIX.2.7
93SignatureLengthLengthNRequired when trailer contains signature. Note: Not to be included within SecureData fieldFIX.4.0
89SignaturedataNNote: Not to be included within SecureData fieldFIX.4.0
10CheckSumStringY(Always unencrypted, always last field in message)FIX.4.0