# BusinessMessageReject or MarketDataRequestReject

**URL:** <https://forum.fixtrading.org/t/businessmessagereject-or-marketdatarequestreject/11375>\
**Category:** General Q&A\
**Tags:** fix-semantics, xid\_171116, imported\
**Created:** [April 25, 2013, 8:37am UTC](https://forum.fixtrading.org/t/businessmessagereject-or-marketdatarequestreject/11375 "2013-04-25T08:37:47Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![gunnarharms\_x](https://avatars.discourse-cdn.com/v4/letter/g/34f0e0/32.png) [@gunnarharms\_x](https://forum.fixtrading.org/u/gunnarharms_x)\
**Post date:** [April 25, 2013, 8:37am UTC](https://forum.fixtrading.org/t/businessmessagereject-or-marketdatarequestreject/11375/1 "2013-04-25T08:37:47Z")

</div>

Imported from previous forum

---

<div class="post-metadata">

**Author:** ![gunnarharms\_x](https://avatars.discourse-cdn.com/v4/letter/g/34f0e0/32.png) [@gunnarharms\_x](https://forum.fixtrading.org/u/gunnarharms_x)\
**Post date:** [April 25, 2013, 8:37am UTC](https://forum.fixtrading.org/t/businessmessagereject-or-marketdatarequestreject/11375/2 "2013-04-25T08:37:47Z")

</div>

Hello,

When the MarketDataRequest message is not supported for a certain type of connection (we have STREAM and TRADE type connection), but API user sends such a request anyway, are we supposed to send back a BusinessMessageReject or a MarketDataRequestReject message? (I would say BusinessMessageReject but am not sure.)

Regards,  
Gunnar

---

<div class="post-metadata">

**Author:** ![jaspergrootaers93\_x](https://avatars.discourse-cdn.com/v4/letter/j/a9a28c/32.png) [@jaspergrootaers93\_x](https://forum.fixtrading.org/u/jaspergrootaers93_x)\
**Post date:** [April 25, 2013, 9:07am UTC](https://forum.fixtrading.org/t/businessmessagereject-or-marketdatarequestreject/11375/3 "2013-04-25T09:07:35Z")

</div>

Hi Gunnar,

The theory is that the MarketDataRequestReject would be preferred method of rejecting as a BusinessMessageReject should be used if a message cannot be rejected via any other means. In this case it can be by using the MarketDataRequestReject.

Just make sure that you make the reject reason very clear by combinging 281 and 58 so that your client/counterparty knows they are sending the request down the wrong session/connection.

Jasper

> Hello,
> 
> When the MarketDataRequest message is not supported for a certain type of connection (we have STREAM and TRADE type connection), but API user sends such a request anyway, are we supposed to send back a BusinessMessageReject or a MarketDataRequestReject message? (I would say BusinessMessageReject but am not sure.)
> 
> Regards,  
> Gunnar

---

<div class="post-metadata">

**Author:** ![gunnarharms\_x](https://avatars.discourse-cdn.com/v4/letter/g/34f0e0/32.png) [@gunnarharms\_x](https://forum.fixtrading.org/u/gunnarharms_x)\
**Post date:** [April 25, 2013, 10:09am UTC](https://forum.fixtrading.org/t/businessmessagereject-or-marketdatarequestreject/11375/4 "2013-04-25T10:09:56Z")

</div>

Hello Jasper,

Thanks, I understand the reasoning. On the other hand the BusinessMessageReject is for rejecting unsupported message types (BusinessRejectReason = 3), in which case our process also does not have to spend time subtracting the MDReqID from the unsupported message (req’d in the MarketDataRequestReject). But we’ll go with the type of reject message that gets the most votes.

Thanks again,  
Gunnar

> Hi Gunnar,
> 
> The theory is that the MarketDataRequestReject would be preferred method of rejecting as a BusinessMessageReject should be used if a message cannot be rejected via any other means. In this case it can be by using the MarketDataRequestReject.
> 
> Just make sure that you make the reject reason very clear by combinging 281 and 58 so that your client/counterparty knows they are sending the request down the wrong session/connection.
> 
> Jasper
> 
> > Hello,
> > 
> > When the MarketDataRequest message is not supported for a certain type of connection (we have STREAM and TRADE type connection), but API user sends such a request anyway, are we supposed to send back a BusinessMessageReject or a MarketDataRequestReject message? (I would say BusinessMessageReject but am not sure.)
> > 
> > Regards,  
> > Gunnar

---

<div class="post-metadata">

**Author:** ![jaspergrootaers93\_x](https://avatars.discourse-cdn.com/v4/letter/j/a9a28c/32.png) [@jaspergrootaers93\_x](https://forum.fixtrading.org/u/jaspergrootaers93_x)\
**Post date:** [April 25, 2013, 10:22am UTC](https://forum.fixtrading.org/t/businessmessagereject-or-marketdatarequestreject/11375/5 "2013-04-25T10:22:04Z")

</div>

Hi Gunnar,

Taking a step back, looking at this and giving it an extra braincell, the theory below assumes that MD is supported in some way on the session the request is being sent on and therefore a MarketDataRequestReject would be the way forward.

Given that it is not at all, I am going to have to concur that BusinessMessageReject is the correct reject.

> Hello Jasper,
> 
> Thanks, I understand the reasoning. On the other hand the BusinessMessageReject is for rejecting unsupported message types (BusinessRejectReason = 3), in which case our process also does not have to spend time subtracting the MDReqID from the unsupported message (req’d in the MarketDataRequestReject). But we’ll go with the type of reject message that gets the most votes.
> 
> Thanks again,  
> Gunnar
> 
> > Hi Gunnar,
> > 
> > The theory is that the MarketDataRequestReject would be preferred method of rejecting as a BusinessMessageReject should be used if a message cannot be rejected via any other means. In this case it can be by using the MarketDataRequestReject.
> > 
> > Just make sure that you make the reject reason very clear by combinging 281 and 58 so that your client/counterparty knows they are sending the request down the wrong session/connection.
> > 
> > Jasper
> > 
> > > Hello,
> > > 
> > > When the MarketDataRequest message is not supported for a certain type of connection (we have STREAM and TRADE type connection), but API user sends such a request anyway, are we supposed to send back a BusinessMessageReject or a MarketDataRequestReject message? (I would say BusinessMessageReject but am not sure.)
> > > 
> > > Regards,  
> > > Gunnar

---

<div class="post-metadata">

**Author:** ![hanno.klein](https://yyz2.discourse-cdn.com/flex010/user_avatar/forum.fixtrading.org/hanno.klein/32/38_2.png) [@hanno.klein](https://forum.fixtrading.org/u/hanno.klein)\
**Post date:** [August 16, 2013, 8:42am UTC](https://forum.fixtrading.org/t/businessmessagereject-or-marketdatarequestreject/11375/6 "2013-08-16T08:42:39Z")

</div>

I moved the thread to the FIX Semantics forum as it is not specific to FIX 4.2 and pertains to reject workflows in general.  
I agree that BMR is more appropriate when some one sends a message that is not supported at all. Otherwise, one would have to have the capability to format every specific reject message of FIX instead of the generic BMR with BusinessRejectReason=3 (Unsupported Message Type).  
Regards,  
Hanno.

> Hi Gunnar,
> 
> Taking a step back, looking at this and giving it an extra braincell, the theory below assumes that MD is supported in some way on the session the request is being sent on and therefore a MarketDataRequestReject would be the way forward.
> 
> Given that it is not at all, I am going to have to concur that BusinessMessageReject is the correct reject.
> 
> > Hello Jasper,
> > 
> > Thanks, I understand the reasoning. On the other hand the BusinessMessageReject is for rejecting unsupported message types (BusinessRejectReason = 3), in which case our process also does not have to spend time subtracting the MDReqID from the unsupported message (req’d in the MarketDataRequestReject). But we’ll go with the type of reject message that gets the most votes.
> > 
> > Thanks again,  
> > Gunnar
> > 
> > > Hi Gunnar,
> > > 
> > > The theory is that the MarketDataRequestReject would be preferred method of rejecting as a BusinessMessageReject should be used if a message cannot be rejected via any other means. In this case it can be by using the MarketDataRequestReject.
> > > 
> > > Just make sure that you make the reject reason very clear by combinging 281 and 58 so that your client/counterparty knows they are sending the request down the wrong session/connection.
> > > 
> > > Jasper
> > > 
> > > > Hello,
> > > > 
> > > > When the MarketDataRequest message is not supported for a certain type of connection (we have STREAM and TRADE type connection), but API user sends such a request anyway, are we supposed to send back a BusinessMessageReject or a MarketDataRequestReject message? (I would say BusinessMessageReject but am not sure.)
> > > > 
> > > > Regards,  
> > > > Gunnar
