Regarding 35=Q

, ,
1

Imported from previous forum

2

HI

Please can you tell me any fix message (example) where we are sending any order and response we recieve 35=Q dont know trade and it doesnt get routed.
Please revert ASAP.
Urgent

3

If you send an order, e.g. with NewOrderSingle, you should not receive a DontKnowTrade message. This only makes sense as a response to an ExecutionReport that cannot be processed for one reason or another. If you do not send an ER then you should never receive a DK.

HI

Please can you tell me any fix message (example) where we are sending any order and response we recieve 35=Q dont know trade and it doesnt get routed.
Please revert ASAP.
Urgent

4

If you send an order, e.g. with NewOrderSingle, you should not receive a DontKnowTrade message. This only makes sense as a response to an ExecutionReport that cannot be processed for one reason or another. If you do not send an ER then you should never receive a DK.

HI

Please can you tell me any fix message (example) where we are sending any order and response we recieve 35=Q dont know trade and it doesnt get routed.
Please revert ASAP.
Urgent

As Hanno explained, DK always responds to an ER (in some certain cases). For ex. If you are sending an ER, the ExecID (Tag#17) contains a duplicate value (i.e processed earlier) then you will receive a DK.

Amiya.

5

Hi
Thanks for your response but please can you tell me any example any message format where i can check that my adapter is not routing any Q message

Please
thanks

If you send an order, e.g. with NewOrderSingle, you should not receive a DontKnowTrade message. This only makes sense as a response to an ExecutionReport that cannot be processed for one reason or another. If you do not send an ER then you should never receive a DK.

HI

Please can you tell me any fix message (example) where we are sending any order and response we recieve 35=Q dont know trade and it doesnt get routed.
Please revert

6

Hi
Thanks for your response but please can you tell me any example any message format where i can check that my adapter is not routing any Q message

Please
thanks

If you send an order, e.g. with NewOrderSingle, you should not receive a DontKnowTrade message. This only makes sense as a response to an ExecutionReport that cannot be processed for one reason or another. If you do not send an ER then you should never receive a DK.

HI

Please can you tell me any fix message (example) where we are sending any order and response we recieve 35=Q dont know trade and it doesnt get routed.
Please revert

any scenario

7

Maybe I did not understand your problem due to lack of information from your side. Who are the parties between which the messages flow? Are you a service provider in between two trading parties? If you are merely a “router” and receive a DK message, why should you not route the message? I do not think it makes to post a tag=value syntax in this forum that you then cut and paste into your application (if that is what you are looking for). Here again is the example I was trying to describe in case of a direct communication between two trading parties (Party A enters an order that is confirmed and then gets a trade for an order that is unknown to him and thus rejects it):

  • Party A sends NewOrderSingle (MsgType=D) to Party B with ClOrdID=1
  • Party B sends ExecutionReport (MsgType=8) to Party A with ClOrdID=1 and ExecType=0 (New)
  • Party B sends ExecutionReport (MsgType=8) to Party A with ClOrdID=99 and ExecType=F (Trade)
  • Party A sends DontKnowTrade (MsgType=Q) to Party A with DKReason=D (No matching order)

Hi
Thanks for your response but please can you tell me any example any message format where i can check that my adapter is not routing any Q message

Please
thanks

If you send an order, e.g. with NewOrderSingle, you should not receive a DontKnowTrade message. This only makes sense as a response to an ExecutionReport that cannot be processed for one reason or another. If you do not send an ER then you should never receive a DK.

HI

Please can you tell me any fix message (example) where we are sending any order and response we recieve 35=Q dont know trade and it doesnt get routed.
Please revert

any scenario

8

Actually Scenario is that I deployed my adapter on unix server by ticking Q on that .now i want my bridge that it should not reject those messages as well as route those messages.So as a developer i want to do testing.

Maybe I did not understand your problem due to lack of information from your side. Who are the parties between which the messages flow? Are you a service provider in between two trading parties? If you are merely a “router” and receive a DK message, why should you not route the message? I do not think it makes to post a tag=value syntax in this forum that you then cut and paste into your application (if that is what you are looking for). Here again is the example I was trying to describe in case of a direct communication between two trading parties (Party A enters an order that is confirmed and then gets a trade for an order that is unknown to him and thus rejects it):

  • Party A sends NewOrderSingle (MsgType=D) to Party B with ClOrdID=1
  • Party B sends ExecutionReport (MsgType=8) to Party A with ClOrdID=1 and ExecType=0 (New)
  • Party B sends ExecutionReport (MsgType=8) to Party A with ClOrdID=99 and ExecType=F (Trade)
  • Party A sends DontKnowTrade (MsgType=Q) to Party A with DKReason=D (No matching order)

Hi
Thanks for your response but please can you tell me any example any message format where i can check that my adapter is not routing any Q message

Please
thanks

If you send an order, e.g. with NewOrderSingle, you should not receive a DontKnowTrade message. This only makes sense as a response to an ExecutionReport that cannot be processed for one reason or another. If you do not send an ER then you should never receive a DK.

HI

Please can you tell me any fix message (example) where we are sending any order and response we recieve 35=Q dont know trade and it doesnt get routed.
Please revert

any scenario

9

This sounds like an application specific issue and not something related to FIX standardization or best practices. I am afraid you will have to debug the software to find out where it rejects MsgType=Q and change that behaviour. If you are using a 3rd party product, I suggest to post in the products forum to get help (http://www.fixprotocol.org/discuss/24).

Actually Scenario is that I deployed my adapter on unix server by ticking Q on that .now i want my bridge that it should not reject those messages as well as route those messages.So as a developer i want to do testing.

10

See Welcome fixwiki.org - BlueHost.com - Dont Know Trade is an execution reject messaage.

HI

Please can you tell me any fix message (example) where we are sending any order and response we recieve 35=Q dont know trade and it doesnt get routed.
Please revert ASAP.
Urgent