Business Message Reject message

, ,
1

Imported from previous forum

2

Folks;

I’d like to get some more business and technical info on the uses of the FIXML Business Message Reject message.

Questions that I have are as follows:

  1. can I employ the Business Message Reject message as an acknowledgement back to the source if I cannot determine the message type that I have received?

  2. at this time, is it the industry practice to employ this message type in this context? if so…

  3. where can I acquire some sample Business Message Reject Message messages that I can refer to and use as a foundation to construct my own messages?

any info you can provide is appreciated…thank you.

3

In my understanding of FIX, if my application cannot determine the message type, a session level reject is to be used, ie, I would use

Tag 35 ( message type ) = 3 ( Session level reject )

Tag 373 = 11 ( Invalid message type )

Also Business reject cannot be used as an acknowledgement because when business reject is received by the other application, the reject would close out the transaction intitiated by the order generation system ( system behind the other FIX engine ). If a session level reject is sent, the other FIX engine might be able to retransmit the corrected message without resending from backend / order generation system.

Folks;

I’d like to get some more business and technical info on the uses of the
FIXML Business Message Reject message.

Questions that I have are as follows:

  1. can I employ the Business Message Reject message as an
    acknowledgement back to the source if I cannot determine the message
    type that I have received?

  2. at this time, is it the industry practice to employ this message
    type in this context? if so…

  3. where can I acquire some sample Business Message Reject Message
    messages that I can refer to and use as a foundation to construct my
    own messages?

any info you can provide is appreciated…thank you.

4

Hi Mahesh;

thanks for your reply…and sorry for my delayed response. at this time, i have additional comments/questions on how i can implement a session level reject message when i cannot determine a message type:

comments:

  1. as per the fix-44 VOL 2 Document and via your email, I’ll be employing the following tags/attributes in this session level reject message space:

MsgType = ‘3’
SessionRejectMessage = ‘11’

questions:
2. Since I’ll be employing this session level reject message in a
POST-TRADE space, what will i utilize for the following attributes below in the message…

RefSeqNum
StandardTrailer

since the spec specifies these attributes are required?

Please let me know if both the MsgType and SessionRejectMessage attributes will suffice in a post-trade context. Any assistance you can provide is appreciated…thank you.

Steven Botta
New York Board of Trade

In my understanding of FIX, if my application cannot determine the
message type, a session level reject is to be used, ie, I would use

Tag 35 ( message type ) = 3 ( Session level reject )

Tag 373 = 11 ( Invalid message type )

Also Business reject cannot be used as an acknowledgement because when
business reject is received by the other application, the reject would
close out the transaction intitiated by the order generation system (
system behind the other FIX engine ). If a session level reject is sent,
the other FIX engine might be able to retransmit the corrected message
without resending from backend / order generation system.

Folks;

I’d like to get some more business and technical info on the uses of
the FIXML Business Message Reject message.

Questions that I have are as follows:

  1. can I employ the Business Message Reject message as an
    acknowledgement back to the source if I cannot determine the
    message type that I have received?

  2. at this time, is it the industry practice to employ this message
    type in this context? if so…

  3. where can I acquire some sample Business Message Reject Message
    messages that I can refer to and use as a foundation to construct
    my own messages?

any info you can provide is appreciated…thank you.

5

Hi Steven,

Very sorry for the late response ( was not frequently checking emails / browsing net ).

To answer your question :-

RefSeqNum ( Tag 45 ) would contain the sequence number of message which is being rejected.

Standard Trailer ( Tag 10 ) is Checksum of the message.

Hope this helps.

Regards,
K. Mahesh
+1-203-252-4039

Hi Mahesh;

thanks for your reply…and sorry for my delayed response. at this time,
i have additional comments/questions on how i can implement a session
level reject message when i cannot determine a message type:

comments:

  1. as per the fix-44 VOL 2 Document and via your email, I’ll be
    employing the following tags/attributes in this session level reject
    message space:

MsgType = ‘3’ SessionRejectMessage = ‘11’

questions:
2. Since I’ll be employing this session level reject message in a POST-
TRADE space, what will i utilize for the following attributes below
in the message…

RefSeqNum StandardTrailer

since the spec specifies these attributes are required?

Please let me know if both the MsgType and SessionRejectMessage
attributes will suffice in a post-trade context. Any assistance you can
provide is appreciated…thank you.

Steven Botta New York Board of Trade

In my understanding of FIX, if my application cannot determine the
message type, a session level reject is to be used, ie, I would use

Tag 35 ( message type ) = 3 ( Session level reject )

Tag 373 = 11 ( Invalid message type )

Also Business reject cannot be used as an acknowledgement because when
business reject is received by the other application, the reject would
close out the transaction intitiated by the order generation system (
system behind the other FIX engine ). If a session level reject is
sent, the other FIX engine might be able to retransmit the corrected
message without resending from backend / order generation system.

Folks;

I’d like to get some more business and technical info on the uses of
the FIXML Business Message Reject message.

Questions that I have are as follows:

  1. can I employ the Business Message Reject message as an
    acknowledgement back to the source if I cannot determine the
    message type that I have received?

  2. at this time, is it the industry practice to employ this message
    type in this context? if so…

  3. where can I acquire some sample Business Message Reject Message
    messages that I can refer to and use as a foundation to
    construct my own messages?

any info you can provide is appreciated…thank you.