|
4.2 Changes
< Previous Next >
Re: Cancel Request without OrigClOrdId
Sri Thayaparan / Millennium Information Technolog <>
11 Aug 2008 11:42PM ETHi all,
As per the 4.2 spec :-
"Conditionally required for response to an electronic Cancel
or Cancel/Replace request (ExecType=PendingCancel,
Replaced, or Canceled). ClOrdID of the previous order
(NOT the initial order of the day) when canceling or
replacing an order."
So we must expect blank values for unsolicited messages. Generally, the original client order ID is required in the buy-side request messages only (Cancel and cancel/replace). but in the response its not mandatory as the same response can be triggered for various other reasons as well. The Trader / order submitter is supposed to keep track of the client order ID chain, as its generated by the the buy-side. The only identifier from the sell side is "Order ID" which is optional in buy -side requests and generally always seen in responses.
Rgds,
Thaya.
> > For an unsolicited cancel, you wont get a tag#41. Even if you do,
> > expect it to be the same as tag#11.
> >
> > > Is there any scenario under which I might receive an Execution
> > > Report without its OrigClOrdId (Tag#41) set? I am working at making
> > > an open- source FIX Engine interoperable with our existing system
> > > and am working under the assumption that both ClOrdId and
> > > OrigClOrdId will ALWAYS be set in an Execution Report sent as
> > > confirmation of cancellation i.e., when it's ExecType and OrdStatus
> > > tags are set to 'Canceled'.
> > >
> > > Regards, Raza
>
> For a response to a Cancel request it mandatory to send back TAG41 in
> Execution Report,otherwise Client Won't be able to link the order for
> which he has sent the cancellation. Unsolicited amends are done by
> Broker Side so there is noe TAG41 , rather it has TAG378.
Re: Cancel Request without OrigClOrdId
Sri Thayaparan / Millennium Information Technolog 11 Aug 2008 11:42PM ET
|
