Definition
The Settlement Instructions message provides the broker’s, the institution’s, or the intermediary’s instructions for trade settlement. This message has been designed so that it can be sent from the broker to the institution, from the institution to the broker, or from either to an independent "standing instructions" database or matching system or, for CIV, from an intermediary to a fund manager.
Message structure 91 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 = T
StandardHeader definition & usage →
FIX session profile (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.
Unique identifier for this message
Only used when this message is used to respond to a settlement instruction request (to which this ID refers)
1=Standing Instructions, 2=Specific Allocation Account Overriding, 3=Specific Allocation Account Standing , 4=Specific Order, 5=Reject SSI request
Required for SettlInstMode = 5. Used to provide reason for rejecting a Settlement Instruction Request message.
Can be used to provide any additional rejection text where rejecting a Settlement Instruction Request message.
Required for SettlInstMode(160) = 4 and when referring to orders that where electronically submitted over FIX or otherwise assigned a ClOrdID.
Date/time this message was generated
SettlInstGrpRepeating groupCount tag 778—
Required except where SettlInstMode is 5=Reject SSI request
SettlInstGrp definition & usage →
Required except where SettlInstMode is 5=Reject SSI request
Unique ID for this settlement instruction.
Required except where SettlInstMode is 5=Reject SSI request
New, Replace, Cancel or Restate
Required except where SettlInstMode is 5=Reject SSI request
Required where SettlInstTransType is Cancel or Replace
PartiesRepeating groupCount tag 453—
Used here for settlement location.
Also used for executing broker for CIV settlement instructions
Repeating group below should contain unique combinations of PartyID, PartyIDSource, and PartyRole
Required if NoPartyIDs(453) > 0.
Identification of the party.
Required if NoPartyIDs(453) > 0.
Used to identify classification source.
Required if NoPartyIDs(453) > 0.
Identifies the type of PartyID(448).
PtysSubGrpRepeating groupCount tag 802—
Repeating group of Party sub-identifiers.
PtysSubGrp definition & usage →
Can be used for SettleInstMode 1 if SSIs are being provided for a particular side.
Can be used for SettleInstMode 1 if SSIs are being provided for a particular product.
Can be used for SettleInstMode 1 if SSIs are being provided for a particular security type (as alternative to CFICode).
Can be used for SettleInstMode 1 if SSIs are being provided for a particular CFI (as identified by CFI code).
Can be used for SettleInstMode 1 if SSIs are being provided for a particular UPI (as identified by UPI code).
Can be used for SettleInstMode 1 if SSIs are being provided for a particular settlement currency
Effective (start) date/time for this settlement instruction.
Required except where SettlInstMode is 5=Reject SSI request
Termination date/time for this settlement instruction.
Date/time this settlement instruction was last updated (or created if not updated since creation).
Required except where SettlInstMode is 5=Reject SSI request
SettlInstructionsDataComponent—
SettlInstructionsData definition & usage →
Required if AllocSettlInstType = 1 or 2
Required if AllocSettlInstType = 3 (should not be populated otherwise)
Required if AllocSettlInstType = 3 (should not be populated otherwise)
Identifier used within the StandInstDbType
Required if AllocSettlInstType = 3 (should not be populated otherwise)
DlvyInstGrpRepeating groupCount tag 85—
Required (and must be > 0) if AllocSettlInstType = 2 (should not be populated otherwise)
DlvyInstGrp definition & usage →
SettlPartiesRepeating groupCount tag 781—
SettlParties definition & usage →
Repeating group below should contain unique combinations of SettlPartyID, SettlPartyIDSource, and SettlPartyRole
Used to identify source of SettlPartyID. Required if SettlPartyIDSource is specified. Required if NoSettlPartyIDs > 0.
Used to identify class source of SettlPartyID value (e.g. BIC). Required if SettlPartyID is specified. Required if NoSettlPartyIDs > 0.
Identifies the type of SettlPartyID (e.g. Executing Broker). Required if NoSettlPartyIDs > 0.
SettlPtysSubGrpRepeating groupCount tag 801—
Repeating group of SettlParty sub-identifiers.
SettlPtysSubGrp definition & usage →
For use with CIV settlement instructions
For use with CIV settlement instructions
For use with CIV settlement instructions
For use with CIV settlement instructions
For use with CIV settlement instructions
For use with CIV settlement instructions
For use with CIV settlement instructions
For use with CIV settlement instructions
For use with CIV settlement instructions
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)