OnixS
Dictionary icon

Reject <3> message – FIXT 1.1 – FIX Dictionary

Messages by MsgType | Messages by Name | Fields by Tag | Fields by Name | FIXT 1.1 | Home

FIXT 1.1 : Reject<3> message

Structure | Scenarios for session-level Reject | Sample Message | Related Messages

Description

The Reject <3> message should be issued when a message is received but cannot be passed through to the application level due to a session-level rule violation. An example of when a reject may be appropriate would be the receipt of a message with invalid basic data (e.g. MsgType(35)=&) which successfully passes de-encryption, CheckSum(10) and BodyLength(9) checks. (As a rule, messages should be forwarded to the trading application for business level rejections whenever possible.)

Rejected messages should be logged and the incoming sequence number incremented.

Note: When a message is received which is garbled, cannot be parsed or fails a data integrity check, the receiving application should disregard the message. Processing of the next valid FIX message will cause detection of a sequence gap and a Resend Request<2> will be generated. Logic should be included in the FIX engine to recognize the possible infinite resend loop which may be encountered in this situation.

Generation and receipt of a Reject<3> message indicates a serious error that may be the result of faulty logic in either the sending or receiving application.

If the sending application chooses to retransmit the rejected message it should be assigned a new sequence number and sent with PossResend(97)=Y.

Whenever possible, it is strongly recommeded that the cause of the failure be described in the Text(58) field (e.g. INVALID DATA - FIELD 35).

If an application-level message received fulfills session-level rules, it should then be processed at a business message-level. If this processing detects a rule violation, a business-level reject should be issued. Many business-level messages have specific “reject” messages, which should be used. All others can be rejected at a business-level via the Business Message Reject<j> message. See for example FIX 5.0 SP2: "Business Message Reject" message.

Note that in the event a business message is received, fulfills session-level rules, however, the message cannot be communicated to the business-level processing system, a Business Message Reject<j> with BusinessRejectReason(380) = “Application not available at this time” should be issued.

Structure

Tag Field Name Req'd Comments
<MessageHeader> Y MsgType(35) = 3
45 RefSeqNum Y

MsgSeqNum(34) of rejected message

371 RefTagID N

The tag number of the FIX field being referenced.
372 RefMsgType N

The MsgType(35) of the FIX message being referenced.
1130 RefApplVerID N

Recommended when rejecting an application message that does not explicitly provide ApplVerID(1128) on the message being rejected. In this case the value from the DefaultApplVerID(1137) or the default value specified in the <NoMsgTypes> repeating group on the Logon<A> message should be provided.
1406 RefApplExtID N

Recommended when rejecting an application message that does not explicitly provide ApplExtID(1156) on the rejected message. In this case the value from the DefaultApplExtID(1407) or the default value specified in the <NoMsgTypes> repeating group on the Logon<A> message should be provided.
1406 RefApplExtID N

Recommended when rejecting an application message that does not explicitly provide ApplExtID(1156) on the rejected message. In this case the value from the DefaultApplExtID(1407) or the default value specified in the <NoMsgTypes> repeating group on the Logon<A> message should be provided.
1131 RefCstmApplVerID N

Recommended when rejecting an application message that does not explicitly provide CstmApplVerID(1129) on the message being rejected. In this case the value from the DefaultCstmApplVerID(1408) or the default value specified in the <NoMsgTypes> repeating group on the Logon<A> message should be provided.
373 SessionRejectReason N

Code to identify reason for a session-level Reject<3> message.
58 Text N

Where possible, message to explain reason for rejection
354 EncodedTextLen N

Must be set if EncodedText(355) field is specified and must immediately precede it.
355 EncodedText N

Encoded (non-ASCII characters) representation of the Text field in the encoded format specified via the MessageEncoding(347) field.
<MessageTrailer> Y

 

Scenarios for session-level Reject:

SessionRejectReason
0 = Invalid tag number
1 = Required tag missing
2 = Tag not defined for this message type
3 = Undefined Tag
4 = Tag specified without a value
5 = Value is incorrect (out of range) for this tag
6 = Incorrect data format for value
7 = Decryption problem
8 = Signature problem
9 = CompID problem
10 = SendingTime accuracy problem
11 = Invalid MsgType
12 = XML Validation error
13 = Tag appears more than once
14 = Tag specified out of required order
15 = Repeating group fields out of order
16 = Incorrect NumInGroup count for repeating group
17 = Non “data” value includes field delimiter (SOH character)e
99 = Other
(Note other session-level rule violations may exist in which case SessionRejectReason of Other may be used and further information may be in Text field.)

Sample Message

The '^' character is used to represent SOH character.

8=FIXT.1.1^9=141^35=3^49=SellSide^56=BuySide^34=4^52=20190606-10:22:07.617^1128=9^45=5^58=Invalid Resend Request: BeginSeqNo (5) is greater than expected (3)^10=239^

Related Messages

OnixS
OnixS

Search the site