The standard FIX message header
Added in protocol FIX.4.0
See in: FIX.4.0, FIX.4.1, FIX.4.2, FIX.4.3, FIX.4.4, FIX.5.0SP1, FIX.5.0SP2, FIX.5.0SP2 EP240, FIXT.1.1.
Field or Component | Name | Description | Is Required | Added | Is Deprecated |
---|---|---|---|---|---|
8 | BeginString | FIXT.1.1 (Always unencrypted, must be first field in message) | Y | FIX.4.0 | |
9 | BodyLength | (Always unencrypted, must be second field in message) | Y | FIX.4.0 | |
35 | MsgType | (Always unencrypted, must be third field in message) | Y | FIX.4.0 | |
1128 | ApplVerID | Indicates application version using a service pack identifier. The ApplVerID applies to a specific message occurrence. | FIX.4.4 | ||
1129 | CstmApplVerID | Used to support bilaterally agreed custom functionality | FIX.4.4 | ||
49 | SenderCompID | (Always unencrypted) | Y | FIX.4.0 | |
56 | TargetCompID | (Always unencrypted) | Y | FIX.4.0 | |
115 | OnBehalfOfCompID | Trading partner company ID used when sending messages via a third party (Can be embedded within encrypted data section.) | FIX.4.0 | ||
128 | DeliverToCompID | Trading partner company ID used when sending messages via a third party (Can be embedded within encrypted data section.) | FIX.4.0 | ||
90 | SecureDataLen | Required to identify length of encrypted section of message. (Always unencrypted) | FIX.4.0 | ||
91 | SecureData | Required when message body is encrypted. Always immediately follows SecureDataLen (90) field. | FIX.4.0 | ||
34 | MsgSeqNum | (Can be embedded within encrypted data section.) | Y | FIX.4.0 | |
50 | SenderSubID | (Can be embedded within encrypted data section.) | FIX.4.0 | ||
142 | SenderLocationID | Sender’s LocationID (i.e. geographic location and/or desk) (Can be embedded within encrypted data section.) | FIX.4.1 | ||
57 | TargetSubID | "ADMIN" reserved for administrative messages not intended for a specific user. (Can be embedded within encrypted data section.) | FIX.4.0 | ||
143 | TargetLocationID | Trading partner LocationID (i.e. geographic location and/or desk) (Can be embedded within encrypted data section.) | FIX.4.1 | ||
116 | OnBehalfOfSubID | Trading partner SubID used when delivering messages via a third party. (Can be embedded within encrypted data section.) | FIX.4.0 | ||
144 | OnBehalfOfLocationID | 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.) | FIX.4.1 | ||
129 | DeliverToSubID | Trading partner SubID used when delivering messages via a third party. (Can be embedded within encrypted data section.) | FIX.4.0 | ||
145 | DeliverToLocationID | 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.) | FIX.4.1 | ||
43 | PossDupFlag | 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.) | FIX.4.0 | ||
97 | PossResend | Required when message may be duplicate of another message sent under a different sequence number. (Can be embedded within encrypted data section.) | FIX.4.0 | ||
52 | SendingTime | (Can be embedded within encrypted data section.) | Y | FIX.4.0 | |
122 | OrigSendingTime | 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.) | FIX.4.0 | ||
212 | XmlDataLen | Required when specifying XmlData to identify the length of a XmlData message block. (Can be embedded within encrypted data section.) | FIX.4.2 | ||
213 | XmlData | Can contain a XML formatted message block (e.g. FIXML). Always immediately follows XmlDataLen (212) field. (Can be embedded within encrypted data section.) See Volume 1: FIXML Support |
FIX.4.2 | ||
347 | MessageEncoding | Type of message encoding (non-ASCII characters) used in a message’s "Encoded" fields. Required if any "Encoding" fields are used. | FIX.4.2 | ||
369 | LastMsgSeqNumProcessed | 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. | FIX.4.2 | ||
ImplicitBlock | HopGrp | 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. | FIX.4.4 |
Used in messages
- Adjusted Position Report (BL)
- Advertisement (7)
- Allocation Instruction (J)
- Allocation Instruction Ack (P)
- Allocation Instruction Alert (BM)
- Allocation Report (a.k.a. Allocation Claim) (AS)
- Allocation Report Ack (a.k.a. Allocation Claim Ack) (AT)
- Assignment Report (AW)
- Bid Request (k)
- Bid Response (lowercase L) (l)
- Business Message Reject (j)
- Collateral Assignment (AY)
- Collateral Inquiry (BB)
- Collateral Inquiry Ack (BG)
- Collateral Report (BA)
- Collateral Request (AX)
- Collateral Response (AZ)
- Confirmation (AK)
- Confirmation Ack (a.k.a. Affirmation) (AU)
- Confirmation Request (BH)
- Contrary Intention Report (BO)
- Cross Order Cancel/Replace Request (a.k.a. Cross Order Modification Request) (t)
- Cross Order Cancel Request (u)
- Derivative Security List (AA)
- Derivative Security List Request (z)
- Don’t Know Trade (DK) (Q)
- Email (C)
- Execution Acknowledgement (BN)
- Execution Report (8)
- Heartbeat (0)
- Indication of Interest (6)
- List Cancel Request (K)
- List Execute (L)
- List Status (N)
- List Status Request (M)
- List Strike Price (m)
- Logon (A)
- Logout (5)
- Market Data – Incremental Refresh (X)
- Market Data Request (V)
- Market Data Request Reject (Y)
- Market Data – Snapshot/Full Refresh (W)
- Mass Quote (i)
- Mass Quote Acknowledgement (b)
- Multileg Order Cancel/Replace (a.k.a. Multileg Order Modification Request) (AC)
- Network Counterparty System Status Request (BC)
- Network Counterparty System Status Response (BD)
- New Order – Cross (s)
- New Order – List (E)
- New Order – Multileg (AB)
- New Order – Single (D)
- News (B)
- Order Cancel Reject (9)
- Order Cancel/Replace Request (a.k.a. Order Modification Request) (G)
- Order Cancel Request (F)
- Order Mass Cancel Report (r)
- Order Mass Cancel Request (q)
- Order Mass Status Request (AF)
- Order Status Request (H)
- Position Maintenance Report (AM)
- Position Maintenance Request (AL)
- Position Report (AP)
- Quote (S)
- Quote Cancel (Z)
- Quote Request (R)
- Quote Request Reject (AG)
- Quote Response (AJ)
- Quote Status Report (AI)
- Quote Status Request (a)
- RFQ Request (AH)
- Registration Instructions (o)
- Registration Instructions Response (p)
- Reject (3)
- Request For Positions (AN)
- Request For Positions Ack (AO)
- Resend Request (2)
- Security Definition (d)
- Security Definition Request (c)
- Security Definition Update Report (BP)
- Security List (y)
- Security List Request (x)
- Security List Update Report (BK)
- Security Status (f)
- Security Status Request (e)
- Security Type Request (v)
- Security Types (w)
- Sequence Reset (4)
- Settlement Instruction Request (AV)
- Settlement Instructions (T)
- Test Request (1)
- Trade Capture Report (AE)
- Trade Capture Report Ack (AR)
- Trade Capture Report Request (AD)
- Trade Capture Report Request Ack (AQ)
- Trading Session List (BJ)
- Trading Session List Request (BI)
- Trading Session Status (h)
- Trading Session Status Request (g)
- User Request (BE)
- User Response (BF)
- XML message (e.g. non FIX Msg Type) (n)